Spustit projekt - je to celé umění! Koneckonců, je nutné včas dokončit poměrně složitý, high-tech vývojový cyklus, aniž by to umožňovalo poruchy a odchylky. To vyžaduje DevOps. Co to je? K čemu slouží? Co to představuje tato filozofie vývoje?

Obecné informace

Stávající skutečnosti vyžadují, aby doba realizace projektu, od vzniku nápadu až po prezentaci hotového výrobku, se neustále snižovala. A to je doprovázeno omezeným rozpočtem. Proto nebyla nalezena lepší volba než optimalizace technického procesu. A jako jedna z vývojových oblastí se objevily DevOps. Co to je? Dočasné rezervy lze nalézt prakticky v každém oddělení. Je možné nejen vývojáři, ale i testeři, manažery, analytici, implementační jednotka. Zbývá to udělat málo - přemýšlejte, jak to udělat.

Jaké řešení?

Často pro vznikající problémy používají metodiku pružného, ​​rychlého a někdy extrémního vývoje. Byla jmenována Agile. DevOps je považován za své dědictví. Zpočátku jsme se snažili snížit vývojový proces na řadu krátkých cyklů, které se nazývaly i iteracemi. Měly by trvat několik týdnů. Zároveň je každý z nich v podstatě malým projektem. Po každé iteraci se tým zastaví a hodnotí provedenou práci. Zpočátku se zdálo, že takový přístup byl kvalitativní, ale praxe ukázala řadu nedostatků. Ano, neexistovaly žádné společné nástroje a příležitosti sdílet znalosti různými způsobyrozdělení. Proto je vývoj zdaleka ne vždy a ne tak rychle, jak by bylo žádoucí. Kromě toho skutečnost, že každá divize má vlastní kritéria pro posouzení efektivity, což ztěžuje standardizaci a sjednocení. Hledání řešení proto pokračovalo.


Nyní se podívejme na jednu z navržených možností. Zjistěte, co je DevOps pro figuríny. Naštěstí to bylo více než rok a je možné více či méně objektivně zhodnotit tuto metodiku.

Co to je?

V roce 2009 byla široká veřejnost informována o dalším přístupu k vývoji softwaru. On byl jmenován "filozofie DevOps". Umění správy IT zahrnuje zavedení metodiky vývoje softwaru (SO), v níž se odborníci na tvorbu a služby aktivně setkávají. Tento přístup je založen na myšlence potřeby vzájemného závislého rozvoje a fungování. Cílem bylo umožnit organizacím vytvářet ještě rychleji a následně aktualizovat své softwarové produkty a služby. Abychom vysvětlili podstatu této metodiky, byla použita metafora tří cest. Podívejme se na to podrobněji.

Tři cesty

Mluvit o DevOps a co to je, obejít tuto metaforu je nemožné. Předkládá:

První cesta. Zdůrazňuje potřebu zvýšit a pracovat na výkonu celého systému. Pozornost je třeba věnovat všem obchodním tokům, které přispívají k vytváření hodnot.

Druhá cesta. Zahrnuje vytvoření smyčkyZpětná vazba pocházející zprava doleva. Jakákoli iniciativa pro zlepšení procesu by měla být omezena a posílena, aby mohl být projekt realizován trvale.

Třetí cesta. Zahrnuje vytvoření kultury, která bude napomáhat nepřetržitému experimentování, bude podporovat přijímání rizik a poučení z neúspěchů a úspěchů a také bude jasně stanoveno, že opakování a praxe jsou předpoklady pro dovednosti.

S využitím tohoto komplexního přístupu je celkový obraz modelu rozvoje, který zohledňuje zájmy všech stran, jasně formulován procesy a integračním mechanismem. Na těchto třech principech a celé metodice je postavena.

Pro koho to je?

Nástroje nástroje DevOps mohou potenciálně přistupovat ke všem organizacím zapojeným do informačních technologií. Velmi zvýší rychlost vývoje, testování a prezentaci produktů. V malých organizacích se účastní všichni lidé v procesu, což zajišťuje zaměnitelnost zaměstnanců. Přestože se často jedná o situaci, kdy nemá zájem. Koneckonců, zavedení systému DevOps zahrnuje mnoho práce s novými technologiemi, které jsou často neznámé. Ačkoli tato filozofie obecně zahrnuje automatizaci, standardizaci a aktivnější vztahy, každá společnost, která je implementuje, má určité rozdíly. Další informace naleznete v odborné literatuře, například příručce DevOps.

O výhodách anedostatky

Za prvé, kladné aspekty této metodiky. V případě úspěšné implementace může společnost v budoucnu počítat s následujícími faktory:

Automatizace (snížení rizika lidské chyby).

Zjednodušení a zrychlení vývoje a prezentace hotového výrobku.

Získání od uživatelů rychlé zpětné vazby.

Jaké jsou negativní aspekty tohoto přístupu? Nejčastější:

Nesmíme zapomínat a odmítat úspěšné postupy z předchozích let. Mnoho hříchů, přestože něco ignorovalo pouze proto, že bylo vytvořeno dávno - je to hloupý přístup, který může negativně ovlivnit budoucí aktivity.

Je třeba vzít v úvahu zvláštnosti kolektivu, protože z různých důvodů tato filozofie nemusí vyhovovat.

Vyřešený problém

Pokud mluvíme o nejdůležitějším aspektu, pak co je důležité o DevOps je co? Starý problém je "problém na naší straně". Jak často je situace, kdy programátoři kývnou ve směru správců systému a říkají, že problémy se serverem. Sysadmins říkají, že problém je přesně s kódem. Úkolem metodiky je zlepšit vzájemnou interakci mezi jednotlivými jednotkami a zničit je jako jev přenosu odpovědnosti. Abyste je mohli lépe vysvětlit zaměstnancům, můžete o nich nejen osobně mluvit, ale také uspořádat výlet na konferenci DevOps, kde se o ní mohou dozvědět i od jiných lidí, stejně jako na pracovní zkušenosti. Obecně platí, že situace, kdy vývojář vidí pouze jeho oblast odpovědnosti a neJe ochotná zasahovat do někoho jiného, ​​je to zcela pochopitelné. Ale pokud jde o systém, takový výhled je mimořádně škodlivý a musí být vymazán. Proto v případě vzniku problémů musí být někdo, kdo převezme odpovědnost za jejich opravu. A je žádoucí vytvořit systém, který může zmírnit možnost jejich vzhledu.

změny

Je třeba si uvědomit, že devops projekt vyžaduje dobře číst nebo univerzální správce systému a postupně zapojeni do všech fází a vytvoření standardizovaného přístupu výrobního cyklu. Při implementaci této metodiky vzniká další abstraktní úroveň koordinace a synchronizace pracovních oblastí, tj. Zlepšení řízení a kontroly. Za prvé, existují zdánlivě zbytečné komplikace a odpor zaměstnanců, ale bude měnit v budoucí stabilitu výrobního procesu. Co je třeba si uvědomit, že při vývoji komplexních systémů práceschopného opravdu neocenitelné kvůli špatnému zacházení dělá Abrahama a nečistoty v nevhodnou dobu. Taková profylaxe prostřednictvím dobře promyšlené a dobře upravené metodiky přináší významný výsledek. Současně je třeba se starat o komunikativní interakci různých lidí. A konečným cílem všech těchto změn je vývoj bezproblémové a vysoce adaptivní architektury vytváření a udržování systémové povahy.

Implementační modely

V závislosti na sledovaných cílech se rozlišují následující implementace DevOps:

První model. V tomto případě se předpokládá prohloubení procesů vývoje softwaru v dodávce. Poskytuje nepřetržitou integraci pracovních postupů.

Druhý model. Poskytuje zpětnou vazbu od prodejce vývojáři. Vytváří úplné chronologie administrace a vývoje událostí, které by měly pomoci řešit problémy a také dát možnost analyzovat jejich příčiny tam, kde je to možné. Poskytuje také zavedení samoobslužných služeb, kde jsou implementovány, a informačních ukazatelů, které ukazují změny v systému při jejich zavedení.

Třetí model. Integruje vývoj a správu. Jedná se o zařazení do problémů týmu zakladatelů úspěchy interakce mezi zaměstnanci a práci s cílem snížit počet eskalatsiy.

Čtvrtý model. Celý tým je zařazen do vývoje, byla založena blízký vztah mezi zaměstnanci, vytvořit vlastní historii vícestupňový, kde je kód nasazení, management ve výrobním procesu jsou stanoveny nefunkční požadavky, které mohou být použity ve všech projektech.

Jaká je hodnota?

Pojďme shrnout, co přitahuje DevOps. Pro podnikání poskytuje značné výhody:

umožňuje rychle vstoupit na trh tím, že sníží vývojový cyklus a vysokou míru nasazení;

, zlepšuje kvalitu konečného produktu (méně selhání více vozidel, kde může být software běhu);

zvyšuje organizační efektivitu,což ovlivňuje kvalitu a rychlost výsledku.

To vše umožňuje metodologii DevOps s jistotou nahradit její místo.

Závěr

​​Samozřejmě, teorie je jedna věc a realizace v praxi je zcela odlišná. Někdy dokonce i ty nejlepší snahy mohou být ztraceny nebo sabotovány. Jak tomu zabránit? V první řadě je třeba přiměřeně a poctivě posoudit situaci, která se v podniku rozvíjela. Pokud se tvoří pouze, pak by mělo být určeno s cílem a požadovaným algoritmem vývoje. Po tomto nastane změna plánování. Je žádoucí věnovat pozornost i malým detailům. V případě budoucí potřeby bychom neměli zanedbávat potřebu změnit původní plán. Chcete-li lépe porozumět situaci, můžete přilákat specialisty, jejichž optimalizace je přímo ovlivňuje. Jejich myšlenky se mohou stát neocenitelnými, pokud jde o vytvoření příjemného prostředí.