Přijetí kultury DevOps
 Umožňuje vývojovým a provozním týmům nepřetržitě zlepšovat návrh a procesy systému díky spolupráci, sdílené odpovědnosti a vlastnictví. |
|---|
DevOps je komunita praxe, ve které rozmanitost perspektivy a dovedností vede k jednomu poslání. Týmy musí podporovat prostředí pro spolupráci se sdílenými znalostmi místo učení se silo. Pomocí sdílených funkcí se snažte překonat omezení prostředků.
Dobrá kultura DevOps vzkvétá na sdílené odpovědnosti. Vývojové a provozní týmy by měly sladit své cíle a priority s očekáváními svých zákazníků a mít na paměti obchodní pozornost. Vývojový tým by měl zahrnovat provozní tým ve smyčce zpětné vazby, aby vylepšení byla řízena upstreamem a dalšími týmy. Provozní týmy naopak zodpovídají za to, že vývojový tým bude úspěšný ve svých obchodních výsledcích sdílením prostředků a zpětné vazby, které jsou relevantní pro danou úlohu.
Postupy DevOps současně používají jasné čáry vlastnictví a odpovědnosti pro každý tým. Bez ohledu na to, kde aplikace běží, zodpovídá za tuto aplikaci tým úloh.
DevOps optimalizuje provozní úlohy, aby byly efektivní, ale nezatěžující. Aby tato kultura plně využila výhod DevOps, měla by optimalizovat procesy prostřednictvím technologií a mít procesy pro lidi v organizaci, aby podporovala transparentní komunikaci.
Ukázkový scénář
Oddělení lidských zdrojů (HR) společnosti Contoso zahájí projekt pro vývoj nové obchodní aplikace (LOB) pro interní použití oddělení. Aplikace je v současné době ve fázi plánování, zatím nebyla zahájena žádná práce na návrhu nebo implementaci.
Efektivní spolupráce
Používejte běžné systémy a nástroje, které podporují prostředí pro spolupráci pro komunikaci a sledování průběhu.
Běžné nástroje a procesy umožňují transparentní komunikaci. Vývojový i provozní tým těží z informovanosti o situacích napříč různými prostředími, běžnými problémy podpory a celkovými výzvami a vyhrává.
Týmy už budou znát stávající cesty eskalace, pokud dojde k incidentu.
Sdílený backlog zpřístupňuje priority, jako je třeba práce na nových funkcích nebo oprava chyb.
Výzva společnosti Contoso
- Společnost Contoso má tři technické týmy, které se budou podílet na vývoji a údržbě nové aplikace: vývoj, testování a provoz. V současné době neexistují žádné standardní nástroje pro komunikaci a sledování projektů, které se konzistentně používají v rámci těchto týmů.
- V minulosti si každý tým mohl vybrat své nástroje podle výběru. Některé používají Slack, zatímco jiné používají Microsoft Teams pro interní zasílání zpráv. Některé používají Azure DevOps (ADO) a jiné používají Excel ke sledování úkolů a každý tým používá jiné úložiště dokumentů od ostatních k sdílení postupů pro odpovědi na informace a incidenty.
- V minulýchprojektechch V budoucnu chce personální oddělení společnosti Contoso zlepšit produktivitu a vyhnout se situacím, které by mohly projekt zpomalit, jako tomu bylo dříve.
Použití přístupu a výsledků
- Zájemci z technických týmů se seznámili se sponzory projektu, aby zvolili standardní nástroje, které budou použity v budoucnu. Skupina zvolila ADO ke správě backlogu, úložiště kódu a kanálu nasazení. Zvolili také Microsoft Teams pro komunikaci a spolupráci.
- Použití společné sady nástrojů umožňuje vývojovým, provozním a testovacím týmům udržet si přehled o stavu různých prostředí, běžných problémech projektu a cílech týmu. Týmy navíc mají přístup k informacím o zavedených eskalačních cestách v případě incidentů z jednoho dobře známého místa.
- Sdílený backlog také pomáhá jednotně plánovat a zůstat v souladu s prioritami, jako je vývoj nových funkcí nebo oprava chyb.
Obejmout průběžné vylepšování
V průběhu vývojového cyklu můžete vytvářet nepřetržité učení a experimentování. Podpora sdílení znalostí napříč týmy a udržování dokumentace pro opakované použití A proveďte analýzu bez viny a debrief po vydání a/nebo závěrečné vyhodnocení incidentu.
Prostřednictvím mechanismů experimentování, jako je testování A/B a vývoj testování konceptu, můžete podpořit inovace a zároveň zachovat nízké náklady.
Podělte se o znalosti prostřednictvím spolupráce, díky které má tým zkušenosti s přístupy k návrhu, nástroji a procesy.
Provádění retrospektivních akcí po projektu pomáhá identifikovat oblasti pro zlepšení a oslavit úspěch.
Výzva společnosti Contoso
- Pro další usnadnění sdílení informací a podporu kultury spolupráce a transparentnosti by tým chtěl mít centralizovaný a snadno přístupný zdroj pravdy pro dokumentaci k projektu. Mimo jiné by to bylo užitečné, když se nový vývojář připojí k týmu a potřebuje rychle začít pracovat s projektem.
- Pro personální oddělení společnosti Contoso je potřeba zajistit, aby se poznatky z incidentů, které ovlivňují dostupnost aplikace, zaznamenávaly a sdílely v celé technické organizaci, aby pomohly s budoucími incidenty a co nejvíce zabránily opakování.
- Aby se zabránilo opakování minulých chyb při navrhování uživatelského prostředí aplikace, chce tým také použít agilnější přístup, který by jim umožnil vzít v úvahu skutečnou zpětnou vazbu uživatelů.
Použití přístupu a výsledků
- Tým sestaví wikiweb pro sdílení znalostí v ADO, kde budou publikovány všechny specifikace návrhu spolu se všemi aktivními provozními postupy, plány reakce na incidenty a retrospektivními výsledky.
- Provádění retrospektivních retrospektivních akcí po incidentech a každé iteraci vývoje a dokumentování učení na wikiwebu pomáhá projektovém týmu identifikovat oblasti pro zlepšení a oslavit úspěch.
- Tým přijal průzkumný přístup k návrhu uživatelského prostředí pro novou aplikaci a využívá testování A/B k nalezení nejlepšího uživatelského prostředí z několika variant navržených konzultanty uživatelského prostředí, přičemž při rozhodování na základě dat bere v úvahu zpětná vazba uživatelů.
Codify vývoj a provozní postupy
Nastavte standardy pro všechny vývojové a provozní postupy a kontrolujte je a ověřte v pravidelných intervalech. Mezi tyto postupy patří rutinní úkoly, mimosílové procesy, nouzové postupy a situace, výběr nástrojů, sledování postupů, plány dovedností a dokonce i komunikace se zúčastněnými stranami a zveřejněním zákazníků. Buďte úmyslní a explicitní ohledně vašich rozhodnutí.
Standardy přidávají předvídatelnost operací a umožňují škálovat procesy a postupy. Ověřování standardů je skvělý způsob, jak nakreslit body zlepšení.
Připravte se na nouzové situace a situace zotavení provedením pravidelných postupů.
Proveďte s přesností a povolte zásady správného řízení, abyste zabránili anomáliím, které vedou k rizikům.
Výzva společnosti Contoso
- Jedním z problémů, které ovlivnily produktivitu a kvalitu výstupu vývojového týmu v minulosti, je nedostatek standardizace a konzistence v základu kódu. Například absence jednotnosti v konvencích vytváření názvů nebo používání běžných vzorů softwaru znesnadňuje členům týmu pochopení kódu jednotlivých členů a ovlivňuje efektivitu.
- Bez řádně zdokumentovaného společného přístupu k provozu mohou provozní pracovníci použít různé metody k dosažení stejného cíle, což vede k neefektivitě a nejasnostem.
- Motivované úspěchem, který provedli implementací dalších vylepšení DevOps, se společnost Contoso HR rozhodla tento problém vyřešit v rámci dalšího vývojového cyklu.
Použití přístupu a výsledků
- Vývojový tým se spojí během vývojového cyklu, aby se dohodl na sadě vývojových standardů, které se mají implementovat. Zdokumentují provedené volby a začnou je vynucovat během kontrol kódu a prostřednictvím nástrojů. Sledují témata, jako jsou: Zásady formátování kódu a pojmenování, zpracování chyb, správa verzí a postupy zabezpečení. Tým plánuje věnovat úzkou pozornost metrikám kvality a sestavám generovaným v ADO, aby kvantifikoval dopad těchto změn na kvalitu a produktivitu, aby mohli prokázat hodnotu těchto druhů vylepšení DevOps svému týmu pro správu.
- Stejně tak provozní tým vyhrazuje čas ve stejném období, aby rozšířil stávající dokumentaci k postupům rutinního řízení a řešení potíží a publikoval ho na wikiwebu. V budoucnu bude wiki sloužit jako jediný zdroj pravdy, což šetří čas a energii, které by jinak strávily hledáním informací.