Spustite projekt - je to celé umenie! Koniec koncov je potrebné dokončiť pomerne zložitý vývojový cyklus s vysokou technológiou, pričom nedovoľte, aby sa vyskytli poruchy a odchýlky. To si vyžaduje DevOps. Čo to je? Aký je účel? Čo predstavuje táto filozofia rozvoja?

Všeobecné informácie

Existujúce skutočnosti vyžadujú, aby sa čas realizácie projektu od zobrazenia myšlienky až po prezentáciu hotového výrobku neustále znižoval. A to je sprevádzané obmedzeným rozpočtom. Preto sa nenašla lepšia možnosť ako optimalizácia technického procesu. A ako jedna z rozvojových oblastí sa objavili DevOps. Čo to je? Dočasné rezervy je možné nájsť prakticky v každom oddelení. Nielen vývojári, ale aj testeri, manažéri, analytici, implementačná jednotka. Zostáva len málo - myslím, ako to urobiť.

Aké riešenia?

Často pre vznikajúce problémy používajú metodiku flexibilného, ​​rýchleho a niekedy extrémneho rozvoja. Bola pomenovaná Agile. DevOps sa považuje za jej dedičstvo. Najskôr sme sa pokúsili zredukovať vývojový proces na sériu krátkych cyklov, ktoré sa nazývali iterácie. Mali by trvať niekoľko týždňov. Zároveň je každý z nich v podstate malým projektom. Po každej iterácii sa tím zastaví a vyhodnotí vykonanú prácu. Spočiatku sa zdalo, že takýto prístup bol kvalitatívny, ale prax ukázala niekoľko nedostatkov. Áno, neexistovali žiadne spoločné nástroje a príležitosti na zdieľanie poznatkov rôznymi spôsobmiJednotky. Preto vývoj nie je vždy a nie tak rýchly, ako by bolo žiaduce. Okrem toho skutočnosť, že každá divízia má vlastné kritériá na posúdenie efektívnosti, čo sťažuje štandardizáciu a zjednotenie. Vyhľadávanie riešení preto pokračovalo.


Teraz sa pozrime na jednu z navrhnutých možností. Konkrétne - zistite, čo je DevOps pre figuríny. Našťastie to bolo viac ako rok a je možné viac-menej objektívne vyhodnotiť túto metodiku.

Čo je to?

V roku 2009 bola široká verejnosť informovaná o inom prístupe k vývoju softvéru. Bol nazvaný "DevOps Philosophy". Umenie riadenia IT zahŕňa zavedenie metodiky vývoja softvéru (SO), v ktorej tvorcovia a špecialisti na služby aktívne komunikujú. Tento prístup je založený na myšlienke potreby vzájomného závislého rozvoja a fungovania. Cieľom bolo umožniť organizáciám vytvárať ešte rýchlejšie a následne aktualizovať svoje softvérové ​​produkty a služby. Na vysvetlenie podstaty tejto metodológie bola použitá metafora troch ciest. Pozrime sa na to podrobnejšie.

Tri cesty

Hovoriť o DevOps a čo to je, obísť túto metaforu je nemožné. Predstavuje:

Prvý spôsob. Zdôrazňuje potrebu zvýšiť a pracovať na výkonnosti celého systému. Pozornosť sa musí venovať všetkým obchodným tokom, ktoré prispievajú k tvorbe hodnôt.

Druhá cesta. Zahŕňa vytvorenie slučkySpätná väzba sprava zľava. Akákoľvek iniciatíva na zlepšenie procesu by sa mala znížiť a posilniť, aby sa projekt mohol realizovať na trvalom základe.

Tretia cesta. Zahŕňa vytvorenie kultúry, ktorá bude napomáhať nepretržitému experimentovaniu, bude podporovať prijímanie rizík a poučenie z neúspechov a úspechov a tiež objasní, že opakovanie a prax sú predpokladom zručností.

Použitím tohto komplexného prístupu je úplný obraz vývojového modelu, ktorý zohľadňuje záujmy všetkých strán, jasne formulovaný procesmi a integračným mechanizmom. Na týchto troch princípoch a celú metodiku je postavená.

Pre koho to je?

Nástroje nástroja DevOps môžu potenciálne pristupovať k všetkým organizáciám zapojeným do informačných technológií. Skvelé zvýšia rýchlosť vývoja, testovania a prezentácie produktov. V malých organizáciách dochádza k zapojeniu všetkých ľudí do procesu, čo zabezpečuje zameniteľnosť zamestnancov. Hoci sa často vyskytuje situácia, v ktorej to nemá záujem. Koniec koncov, zavedenie DevOps zahŕňa veľa práce s novými technológiami, ktoré sú často neznáme. Hoci vo všeobecnosti táto filozofia zahŕňa automatizáciu, štandardizáciu a aktívnejšie vzťahy, každá spoločnosť, ktorá ju implementuje, má určité rozdiely. Ďalšie informácie nájdete v špeciálnej literatúre, napríklad príručke DevOps.

O výhodách anedostatky

Po prvé, pokiaľ ide o pozitívne aspekty tejto metodiky. V prípade úspešnej implementácie môže spoločnosť v budúcnosti počítať:

Automatizácia (zníženie rizika ľudskej chyby).

Zjednodušenie a urýchlenie vývoja a prezentácie hotového výrobku.

Získanie od používateľov rýchlej spätnej väzby.

Aké sú negatívne aspekty tohto prístupu? Najčastejšie:

Nemali by sme zabudnúť a odmietnuť úspešné postupy z predchádzajúcich rokov. Mnoho hriechov, hoci ignorovalo niečo len preto, že bolo vytvorené už dávno - je to hlúpy prístup, ktorý môže negatívne ovplyvniť budúce aktivity.

Je potrebné brať do úvahy špecifiká kolektívu, pretože z rôznych dôvodov nemusí byť táto filozofia vhodná.

Vyriešený problém

Ak hovoríme o najdôležitejšom aspekte, potom čo je dôležité v prípade DevOps? Starý problém je "nie je problém na našej strane". Ako často je situácia, keď programátoria prikyvujú v smere správcov systému a hovoria, že problémy so serverom. Sysadmins hovoria, že problém je presne s kódom. Úlohou metodológie je zlepšiť interakciu medzi jednotlivými jednotkami a zničiť ako fenomén prenosu zodpovednosti. Aby ste to mohli lepšie vysvetliť zamestnancom, môžete o tom nielen osobne hovoriť, ale aj organizovať výlet na konferenciu DevOps, kde sa o nej môžu dozvedieť od iných ľudí, ako aj na pracovných skúsenostiach. Vo všeobecnosti situácia, keď developer vidí len svoju oblasť zodpovednosti a nieJe ochotná zasahovať do niekoho iného, ​​je to úplne pochopiteľné. Ale v podmienkach výhľadu systému je veľmi škodlivé a je potrebné odstrániť. Preto v prípade problémov tupých by mal byť niekto, kto prevezme zodpovednosť za ich odstránenie. A je žiaduce vytvoriť systém, ktorý môže zmierniť možnosť ich vzhľadu.

zmeny

Je potrebné si uvedomiť, že DevOps projekt vyžaduje dobre čítať alebo univerzálny správca systému a postupne zapojení do všetkých fáz a vytvorenie štandardizovaného prístupu výrobného cyklu. Keď implementovaná tejto metodiky, to vytvára ďalšie abstraktné koordináciu úrovne a synchronizáciu oblastí, tj zlepšenú správu a kontrolu. Po prvé, existujú zdanlivo zbytočné komplikácie a odpor zamestnancov, ale bude meniť v budúcu stabilitu výrobného procesu. Čo je potrebné si uvedomiť, že pri vývoji komplexných systémov práceschopného naozaj neoceniteľné kvôli zlému zaobchádzaniu robí Abraháma a nečistoty v nevhodnú dobu. Taká prevencia pomocou pre-navrhnuté a vhodne naladený metodiku prináša významné výsledky. Zároveň je potrebné postarať sa o komunikatívnu interakciu rôznych ľudí. A konečným cieľom všetkých týchto zmien - je vytvoriť plynulý a extrémne adaptívne architektúra, podporovať vytváranie systémového charakteru.

Implementačné modely

V závislosti od cieľa, ktoré sleduje rozlíšiť nasledujúce prevedenie DevOps:

Prvý model. V tomto prípade sa predpokladá prehĺbenie procesov vývoja softvéru v dodávke. Poskytuje nepretržitú integráciu pracovných postupov.

Druhý model. Poskytuje spätnú väzbu od predajcu vývojárovi. Vytvorila sa úplná chronológia vývojových a administratívnych udalostí, ktoré by mali pomôcť vyriešiť problémy a poskytnúť možnosť analyzovať príčiny ich výskytu všade tam, kde je to možné. Taktiež zabezpečuje zriadenie samoobslužných služieb, kde sa vykonáva, a informačné ukazovatele, ktoré ukazujú zmeny v systéme pri ich zavedení.

Tretí model. Integruje vývoj a správu. Znamená to zahrnutie tímu tvorcov do riešenia problémov, vypracovanie interakcie medzi zamestnancami a práca na znižovaní počtu eskalácií.

Štvrtý model. Celý tím je zahrnutý do vývoja, nadväzuje úzke vzťahy medzi zamestnancami, vytvára viacúrovňové užívateľské príbehy, kde je nasadenie, riadenie kódov vo výrobnom procese, stanovené nefunkčné požiadavky, ktoré sa môžu uplatniť vo všetkých projektoch.

Aká je hodnota?

Zhrňme, čo priťahuje DevOps. Pre podnikanie prináša významné výhody:

umožňuje rýchlo vstúpiť na trh tým, že znižuje vývojový cyklus a vysoké rýchlosti nasadenia;

zvyšuje kvalitu konečného produktu (menej zlyhaní, viac jednotiek zariadení, na ktorých môže byť spustený softvér);

zvyšuje efektívnosť organizácie,čo ovplyvňuje kvalitu a rýchlosť výsledku.

To všetko umožňuje, aby metodológia DevOps dôverne prevzala svoje miesto.

Záver

​​Samozrejme, teória je jedna vec a realizácia v praxi je úplne iná. Niekedy sa môžu stratiť alebo sabotovať aj tie najlepšie snahy. Ako to zabrániť? Po prvé, je potrebné primerane a poctivo posúdiť situáciu, ktorá sa v podniku rozvinula. Ak sa formuje, potom by sa mal určiť s cieľom a požadovaným algoritmom vývoja. Po tomto nastane zmena plánovania. Je žiaduce venovať pozornosť aj malým detailom. V budúcnosti, ak je to potrebné, nemali by sme zanedbávať potrebu zmeniť pôvodný plán. Ak chcete lepšie pochopiť situáciu, môžete prilákať špecialistov, ktorých optimalizácia ich priamo ovplyvňuje. Ich myšlienky sa môžu stať neoceniteľnými z hľadiska vytvorenia príjemného prostredia.