applied_ai_automation

Spojenie DevOps a ITIL 5 pre škálovateľné podnikové operácie

How can a company release digital products quickly without losing control of service quality?

Spojenie DevOps a ITIL 5 pre škálovateľné podnikové operácie

Photo: Vyacheslav Argenberg / Wikimedia Commons / CC BY 4.0

Ako môže spoločnosť rýchlo vydávať digitálne produkty bez straty kontroly nad kvalitou služieb?

Odpoveď začína zmenou spôsobu, akým tímy pracujú. DevOps spája vývoj a prevádzku prostredníctvom zdieľanej vlastníctva, automatizácie a rýchlej spätnej väzby. ITIL 5 pridáva širšiu štruktúru na riadenie digitálnych produktov a služieb počas ich celého životného cyklu.

ITIL 5 kladie silnejší dôraz na riadenie digitálnych produktov a služieb. Spája prácu s produktom, dodávku, prevádzku, podporu, riadenie a zlepšovanie v jednom systéme. DevOps poskytuje pracovné návyky a technický tok, ktoré tento systém rozbiehajú.

Výsledkom je jasnejšia cesta od myšlienky po spoľahlivú používateľskú skúsenosť.

Problém predávania do ďalších fáz

Mnohé spoločnosti stále delia prácu na samostatné etapy. Tímy pre produkty definujú potreby. Vývojári píšu kód. Prevádzka udržiava systémy v chode. Podpora rieši problémy používateľov.

Každá rola má platný účel. Problém začína, keď práca prechádza z jednej skupiny do druhej bez zdieľaných meradiel alebo zdieľaného kontextu.

Tím produktu môže požiadať o novú funkciu. Vývoj ju môže dodať podľa špecifikácií. Prevádzka potom môže zistiť, že funkcia vytvára záťaž alebo riziko pre podporu. Používatelia vnímajú konečný výsledok ako jednu službu, ale spoločnosť ju spravuje ako niekoľko nespojených úloh.

To vytvára oneskorenia a potrebu opakovanej práce. Tiež skrýva vzťah medzi technickou prácou a obchodnou hodnotou.

DevOps znižuje túto medzeru tým, že zavádza vývoj a prevádzku do rovnakého dodávacieho toku. ITIL 5 dáva tomuto toku riadiacu štruktúru. Tímy produktov sa tak môžu pripojiť k rovnakému systému namiesto toho, aby odovzdávali prácu do oddelenej technickej fronty.

Kľúčová otázka sa mení z „Dokončil tím svoju úlohu?“ na „Zlepšila sa služba pre používateľa?“

Jeden tok hodnoty od myšlienky po službu

Tok hodnoty opisuje, ako práca prechádza od potreby k užitočnému výsledku. V digitálnej prevádzke táto cesta môže zahŕňať objavovanie, dizajn, budovanie, testovanie, vydanie, podporu a zlepšovanie.

DevOps spája tieto kroky pomocou automatizácie. Nepretržitý integračný pipeline kontroluje kód pri jeho zmene. Automatizované testy nachádzajú chyby včas. Bezpečnostné kontroly bežia vo vnúri toho istého pracovného postupu. Nástroje na dodávku posúvajú schválené zmeny cez kontrolované prostredia.

To neznamená odstránenie riadenia. Riadenie sa presúva do procesu.

Vydanie môže vyžadovať schválenie na základe rizika, dopadu na službu alebo dôkazov z testovania. Zmena s nízkym rizikom môže prejsť jednoduchou automatizovanou cestou. Zmena s vysokým rizikom môže potrebovať hlbšiu revíziu. Pravidlo je jasné, pretože dodávací systém zaznamenáva rozhodnutie.

ITIL 5 pomáha definovať účel tohto toku. Jeho usmerňujúce princípy udržiavajú prácu zameranú na hodnotu. Riadenie stanovuje hranice. Hodnotový reťazec spája aktivity, ktoré vytvárajú, dodávajú a podporujú digitálne služby. Nepretržité zlepšovanie premieňa spätnú väzbu z prevádzky na nasledujúcu sadu zmien.

Táto štruktúra je dôležitá pre produkty s podporou AI. Nový model odporúčaní, funkcia vyhľadávania alebo pravidlo automatizácie môže zmeniť správanie používateľov a dopyt po systéme. Proces vydania musí zároveň zohľadniť výkon, bezpečnosť, spoľahlivosť a používateľskú skúsenosť.

Spoľahlivosť sa stáva súčasťou práce na produkte

Spoľahlivosť často leží v kompetenciách prevádzky. To vytvára slabý okruh spätnej väzby. Vývojári môžu vidieť incidenty až po napísaní správ. Tímy produktov môžu vidieť problémy so službou iba cez oneskorené obchodné prehľady.

Inžinierstvo spoľahlivosti strán (SRE) mení tento vzor tým, že robí spoľahlivosť merateľnou. Služba môže používať ciele pre dostupnosť, rýchlosť vyhľadávania, úspešnosť prehrávania alebo čerstvosť odporúčaní. Tieto ciele sa nazývajú ciele úrovne služby, alebo SLO.

SLO premieňa široký problém na funkčný signál. Tímy sa môžu pýtať, či služba spĺňa definovanú potrebu používateľa. Môžu tiež porovnať rýchlosť dodávky s rizikom služby.

Chybové rozpočty podporujú toto rozhodovanie. Chybový rozpočet predstavuje množstvo nepresnosti povolené SLO. Keď služba dosahuje svoje ciele, tím má priestor na vydávanie zmien. Keď zlyhania spotrebujú tento povolený rozsah, práca na stabilite získava prioritu.

To vytvára zdieľaný jazyk pre produkt, inžinierstvo a prevádzku. Produktové rozhodnutia zahŕňajú dopad na službu. Inžinierske rozhodnutia zahŕňajú odolnosť. Dáta z prevádzky ovplyvňujú budúci dizajn.

Pozorovateľnosť (observability) posilňuje tento okruh. Protokoly, metriky, sledovanie toku a signály používateľskej skúsenosti ukazujú, čo sa deje po vydaní. Tieto signály môžu odhaliť pomalé požiadavky, zlyhané transakcie, zlé odpovede modelu alebo problémy obmedzené na jednu skupinu zákazníkov.

Automatizácia môže potom podporiť bezpečné konanie. Systém môže škálovať zdroje, presmerovať prevádzku, vypnúť vlajku funkcie alebo vrátiť vydanie späť. Tieto akcie potrebujú jasné pravidlá a testovanie. Automatizácia bez hraníc môže šíriť zlyhanie rýchlejšie.

Cieľom je kontrolované učenie. Každé vydanie poskytuje dôkazy o tom, ako služba funguje v reálnych podmienkach. Tieto dôkazy živí ďalšie produktové a inžinierske rozhodnutia.

Malý príklad

Predstavte si hudobnú službu, ktorá pridáva nový model odporúčaní.

Tím produktu chce lepšie objavovanie obsahu. Inžinieri zostavia model a pripravujú vydanie. Prevádzka identifikuje výpočtové zdroje a monitorovanie potrebné na jeho beh.

V nespojenom procese sa model môže spustiť pre každého používateľa naraz. Problémy sa potom objavia cez lístky podpory alebo náhly pokles výkonu.

V integrovanom procese sa model najprv spúšťa v prostredí podobnom produkčnému. Automatizované kontroly skúmajú jeho kód, bezpečnosť, latenciu a využitie zdrojov. Vlajka funkcie ho uvoľní obmedzenej skupine. Pozorovateľnosť sleduje čerstvosť odporúčaní, rýchlosť požiadaviek, miery chýb a dostupnosť služby.

Tím tiež definuje cestu reakcie. Ak model spôsobuje pomalé požiadavky alebo zlé signály služby, vlajka sa vypne alebo sa vydanie vráti späť. Existujúca služba pokračuje v prevádzke.

ITIL 5 poskytuje riadiaci rámec. Zmena podporuje cieľ produktu. Riadenie stanovuje kontroly vydávania. Prevádzka podporuje live službu. Nepretržité zlepšovanie používa výsledky na tvarovanie ďalšej zmeny.

DevOps poskytuje mechaniky dodávky. Pipeline, testy, vlajka funkcie, monitorovanie a rollback spájajú prácu.

Žiadny jeden tím sám nevlastní celý výsledok. Systém to robí za neho.

Čo tento vzorec mení

Konvergencia DevOps a ITIL 5 neznamená, že každý proces sa stane automatizovaným. Znamená to, že tímy riadia prácu ako jeden prepojený tok hodnoty.

To mení niekoľko denných návykov:

  • Tímy produktov zahrňajú potreby spoľahlivosti a podpory do plánovania.
  • Vývojári považujú signály z produkcie za vstup pre dizajn.
  • Prevádzka sa zapája skôr, kým nie sú fixné rozhodnutia o vydaní.
  • Riadenie používa riziko a dôkazy namiesto pomalého schvaľovania predvolene.
  • Dáta z podpory dosahujú tímy, ktoré stavajú a spravujú službu.
  • Práca na zlepšení sleduje správanie live systému.

Vzorec tiež odhalí slabé miesta. Pipeline môže byť označená ako nepretržitá, aj keď manuálne predávania zastavujú každé vydanie. Monitorovací dashboard môže zobrazovať zdravie infraštruktúry, ale prehliadať používateľskú skúsenosť. Proces incidentov môže obnoviť službu bez riešenia dizajnového rozhodnutia, ktoré spôsobilo zlyhanie.

Užitočný test je jednoduchý: sledujte jednu zmenu od jej pôvodnej potreby po jej produkčný výsledok. Poznámte, kde informácie prestávajú prúdiť. Tento bod často ukazuje, kde produkt, DevOps a riadenie služieb potrebujú lepšiu integráciu.

Praktické ponaučenie je vybrať jedno predávanie a prepojiť ho so zdieľanými dôkazmi. Požiadavka produktu môže obsahovať SLO. Pipeline vydania môže obsahovať kontrolu podpory. Revízia incidentu môže vytvoriť položku v backlogu produktu s jasným majiteľom.

Toto malé prepojenie robí tok hodnoty viditeľným. Tiež dáva tímom spoločné miesto na učenie sa.

EuroOp LLC považuje toto za základný aplikovaný vzorec výskumu a vývoja: spoľahlivé digitálne produkty vznikajú, keď stavanie, prevádzkovanie a zlepšovanie prebiehajú v jednom systéme spätnej väzby. EuroOp Insights nesie ten istý sľub v každom čísle: jeden aplikovaný vzorec výskumu a vývoja a jedna praktická ponaučenie z pipeline za produktmi spoločnosti EuroOp.

Diskutovať o tejto téme