Obsah:
Bez ohledu na to, jaká je vaše IT strategie, lze bezpečně uhodnout, že cílem každé IT strategie je včasné dodání kvalitního softwaru, rychlé vyřešení problémů, zlepšení uživatelského zážitku a optimální využití zdrojů. Tradiční modely vývoje softwaru tyto cíle v různé míře nedosáhly. Společnosti se snažily najít rovnováhu mezi včasným dodáním kvalitního softwaru a optimálním využitím zdrojů. Dostupnost softwaru v cloudu nyní znamená, že uživatelé mají přístup k softwaru prostřednictvím standardních prohlížečů. Důsledkem je zaplavení zpětné vazby a problémů, které softwarové společnosti vystavují obrovskému tlaku, aby rychle opravily opravy. Hlavním důvodem těchto problémů je odpojení mezi vývojovým, QA a operačními týmy. Koncept DevOps pomáhá společnostem tyto problémy řešit prostřednictvím větší spolupráce mezi týmy a proaktivního řízení problémů. Principy DevOps jsou začleněny do modelů vývoje softwaru mnoha společností.
Co je DevOps?
DevOps je nedávná kultura vývoje softwaru, která předefinuje, jak by společnosti měly vyvíjet a spravovat software ve změněném scénáři podnikání. Nyní je mnoho cloudových aplikací hostováno v cloudu a zpřístupněno uživatelům prostřednictvím prohlížečů. Uživatelé také dostanou možnosti zveřejnit zpětnou vazbu nebo problémy. Výsledkem je, že společnosti dostávají rychle zpětnou vazbu. Tato situace se liší od situace v tradičním vývoji softwaru, kdy byly chyby nebo problémy hlášeny prostřednictvím některých specifikovaných kanálů a trvalo určitou dobu, než se dotkl dotyčného týmu. Časté hlášení chyb a problémů vytváří na společnost obrovský tlak, aby problémy rychle vyřešila. U tradičních modelů vývoje softwaru jsou vývojové, QA a operační týmy navzájem odděleny, což vede ke zpožděné reakci na problémy. V konkurenčním prostředí by to mohl být kritický faktor.
Termín DevOps byl vytvořen kombinací slov „vývoj“ a „operace“ a hlavní myšlenkou je synergie mezi vývojáři a operačním týmem. V kultuře DevOps není práce v silech akceptována. Vývojáři, QA a provozní pracovníci jsou povzbuzováni, aby přemýšleli o celkovém dodávaném softwaru a o tom, co mohou udělat pro uvolnění kvalitního softwaru. Například vývojář je povzbuzován, aby přemýšlel o možných scénářích po kontrole kódu, jako jsou scénáře prolomení kódu, ať už jde o případy použití v reálném životě nebo hypotetické problémy se zkušenostmi uživatelů. Chcete-li získat odpovědi na tyto otázky, musí vývojář kontaktovat QA a provozní týmy. Týmy musí také aktivně plánovat možné problémy a jejich řízení.
