- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (77)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
DevOps a kontejnery vám uetří desítky procent nákladů na vývoj
Stále větí příklon k vývojářskému přístupu zvanému DevOps spolu s vyuitím kontejnerových technologií patří mezi důvody, proč se daří práci vývojářů stále zefektivňovat a zrychlovat.

Chcete se o potenciálu DevOps a kontejnerů dozvědět víc? Nebo dokonce uvaujete o přechodu na DevOps či kontejnerové řeení, ale nejste si jisti, zda se vám tato investice vyplatí? Podívejme se, co vám tyto vývojové přístupy mohou přinést, kolik nákladů uetřit, i to, jak sloité by bylo uvést je do provozu.
Spolupráce týmů, časté releasy a důkladné testování
DevOps je sloenina z anglických slov Development (Vývoj) a Operations (Provoz), a jde vlastně o přístup k vývoji software, který klade důraz na spolupráci vývojářů s IT odborníky starajícími se o provoz aplikací. Tyto dva světy bývaly tradičně striktně oddělené, ale jejich de facto sloučení s sebou nese mnohé výhody.
Spolupráce oddělení vývoje a provozu vede k transparentní komunikaci a zapojení obou skupin do vech fází tvorby aplikací či jejich částí. Mezi principy DevOps patří také časté vydávání meních částí aplikací, oproti méně frekventovaným releasům větích celků. Spolu s důrazem na důkladné testování a metodické ukládání vech předchozích verzí kódu tak lze velmi rychle identifikovat případný problém, který můe nastat po vydání nové části aplikace.
Kdy k chybě dojde, stačí aplikaci jednodue vrátit na předchozí verzi - zabere to maximálně pár minut. Vývojáři poté v klidu daný bug opraví zatímco uivatel aplikaci můe bez potíí pouívat. Hledání eventuální chyby je také mnohem snazí, protoe vydávaná část aplikace, ve které je potřeba bug najít, je velmi malá.
Výsledkem je významné zrychlení celého procesu vývoje, od napsání kódu po úspěné sputění daného softwaru, a to i o 60 % a více. Tato akcelerace pak vede ke sníení nákladů na vývoj, ale i větí spokojenosti zákazníků a tedy i vyím trbám. Vá byznys je toti schopen pruněji reagovat na poadavky klientů, respektive uivatelů aplikace.
Jak moc velké bude zefektivnění, tedy i úspory a potamo nárůst treb, ovem závisí na mnoha faktorech. Mezi ty nejdůleitějí patří velikost vaeho vývojového týmu a míra vyuití podpůrných nástrojů, jakými je například technologie kontejnerizace, automatizace procesů a volba flexibilní infrastruktury. Zjednodueně řečeno, čím větí tým máte a čím více vyuijete moností automatizace a flexibility zvolené infrastruktury, tím efektivnějí celý proces bude.
Dobrým příkladem je americká firma Etsy, na jejím webu lidé prodávají vlastnoručně vyrobené umělecké kousky, perky a podobně. Před přechodem na DevOps vývojáři v Etsy vydávali nové verze aplikace 3krát týdně a jeden tento deploy jim zabral 4 hodiny, kdy aplikace byla nepřístupná pro uivatele. V případě problému byl pak výpadek jetě mnohem delí, protoe návrat do původního stavu nebyl jednoduchý a najít chybu v tak velkém mnoství kódu také nejde úplně hned. Výsledkem pak byly a milionové ztráty.
Po úspěné implementaci DevOps principů Etsy provádí okolo 50 deployů denně, díky čemu jsou minimalizovány výpadky. A kdy se přeci jen něco nepovede, vývojáři snadno vrátí aplikaci do původního stavu během několika minut a v klidu ve opraví.
Standardizace přepravy softwaru
Kontejnerizace je dalím z buzzwordů současného IT světa a do konceptu DevOps skvěle zapadá. Vyuití kontejnerů tedy můeme chápat jako podpůrný nástroj DevOps přístupu. Podobně jako kontejnery fyzické, které standardizovaly přepravu zboí, softwarové kontejnery představují standardní jednotku přepravy softwaru. Díky tomu je IT odborníci mohou nasadit napříč prostředími v podstatě bez úprav (podobně jako fyzický kontejner můete bez problému přeloit z lodi na vlak nebo na kamion).
Velkou výhodu této standardizace představuje i fakt, e vývojové, testovací i produkční prostředí (tj. kde aplikace výsledně běí) je definováno identicky. Díky tomu se výrazně sniuje riziko výskytu bugů, které se při vývoji a testování neprojevily, a projeví se a při sputění v produkčním prostředí. Kdo kdy vyvíjel mimo kontejner, ví, jak často tato situace obvykle nastává a kolik času vývojový tým tráví její nápravou. Tvorbu a nasazování kontejneru můete také automatizovat přes API, co dále přispívá k úspoře času a nákladů na vývoj.
Mezi dalí neopomenutelné benefity kontejnerů patří izolace aplikací od sebe navzájem. Jinými slovy díky kontejnerům získáte monost zároveň provozovat několik aplikací, z nich kadá vyaduje různou verzi nějaké sluby (např. databáze).
Za zmínku stojí také bezproblémová kálovatelnost: aplikace můete provozovat v libovolném počtu instancí kontejnerů, a to podle aktuální potřeby. Počet kontejnerů lze téměř okamitě navyovat (například během vánoční pičky) nebo naopak sniovat. Díky tomu uetříte velkou část nákladů na infrastrukturu třeba v období, kdy poptávka po vaem zboí není tak velká. Zároveň kdy se zájem nečekaně zvedne - řekněme, e jste online lékárna v době pandemie - kapacitu bleskurychle navýíte a hotovo.
Monitoring jako klíč k úspěchu
K DevOps i kontejnerizaci také nevyhnutelně patří detailní monitoring, který přispívá k rychlé identifikaci chyb v kódu (například pokud se po vydání nové části kódu náročnost provozu celé aplikace zdvojnásobí, někde je zjevně problém). Monitoring je zároveň klíčový k měření byznysových metrik, díky kterým můete vyhodnotit, zda právě vydaná změna pomáhá dosáhnout vaich cílů nebo ne.
Pro představu: dejme tomu, e jste se u svého e-shopu rozhodli pro redesign domovské stránky, jeho cílem je zvýení počtu objednávek o 10 %. Díky detailnímu monitoringu brzy po vydání zjistíte, jestli jste vytyčených 10 % dosáhli či nikoliv. Kdybyste oproti tomu udělali 5 změn v e-shopu najednou, bude vyhodnocení účinnosti jednotlivých opatření mnohem sloitějí. Řekněme, e celkovým výsledkem těchto 5 změn je zvýení počtu objednávek o 7 %. Která z novinek způsobila největí nárůst? A nezpůsobuje naopak některá z nich sníení počtu objednávek? Kdo ví.
Přechod na DevOps a kontejnery, snadno a rychle
Důvodů proč začít vyuívat principu DevOps společně s kontejnerizací je nespočet: od zrychlení vývoje a nasazování softwaru, přes mnohonásobně nií výskyt chyb a jejich snazí odstraňování, a po automatizaci celého procesu a směrodatnějí vyhodnocování účinnosti změn. Jednodue řečeno, DevOps a kontejnery etří vá čas, peníze i bolehlav.
Jak ale tento poměrně velký skok udělat? Tady jsou hlavní 4 kroky, které budete muset podniknout:
- Krokem číslo jedna je získat na vai stranu vlastní vývojáře a IT odborníky - bez jejich podpory se daleko nedostanete. Natěstí se DevOps i kontejnery těí v IT komunitě značné popularitě a vidina minimalizace času stráveného odstraňováním bugů také hraje ve vá prospěch.
- Následně budete potřebovat dobrého poskytovatele infrastruktury pro vae aplikace - typicky nějakou formy Kubernetes platformy. Větinu z vás nejspí jako první napadnou klasičtí cloudoví poskytovatelé, které kadý zná. Bohuel, podle zkueností naich klientů vám uivatelská (ne)přívětivost těchto providerů celý proces příli neusnadní. Dalí variantou je poskytovatel, který vám Kubernetes platformu předpřipraví, zdarma poradí, co a jak a poskytne vám nonstop podporu na telefonu. To v četině a za výrazně nií cenu. Nechceme se chlubit, ale přesně tohle splňuje Kubernetes platforma od vshosting~.
- A si vyberete mezi poskytovateli toho nejvhodnějího, přijde čas na úpravu vaich aplikací tak, aby byly s kontejnerizací kompatibilní. To bude hlavní úkol vaich vývojářů. Jakmile úpravu zvládnete, stačí aplikace převést na Kubernetes platformu.
- Poté u můete zavádět nástroje pro Continuous Integration, Continuous Deployment a dalí vychytávky a automatizovat procesy. Důleité (a trochu osvobozující) je doporučení, e není potřeba vechny změny a automatizace zavádět najednou. Naopak se vyplatí, kdy budete změny zavádět postupně a měřit jejich účinnost. Jen tak se vám podaří celý proces vývoje maximálně vyladit.
Obr. 1: Příklad infrastruktury vyuívající kontejnerovou technologii v datovém centru - vshosting~
Kadá změna stojí úsilí a nese s sebou nějaké obavy. Kdy jde ale o přechod z klasického vývoje na DevOps a kontejnery, jsou tyto zádrhely mnohonásobně vykompenzovány nespornými výhodami. Protoe který online byznys by nechtěl uetřit desítky procent nákladů a času na vývoj a zároveň více vydělat díky lepímu porozumění zákazníkům?
![]() |
Damir poljarič Autor článku je ředitelem firmy vshosting~. |




















