DevOps-kultúra ölelése
 A fejlesztési és üzemeltetési csapatok az együttműködés, a közös felelősség és a tulajdonosi szemlélettel együttműködve folyamatosan fejleszthetik a rendszer kialakítását és folyamatait. |
|---|
A DevOps egy olyan gyakorlati közösség, ahol a perspektívák és a készségek sokfélesége egy küldetés felé vezet. A teamsnek a megosztott tudás együttműködési környezetét kell támogatnia a silózott tanulás helyett. Használjon megosztott függvényeket az erőforrás-korlátozások leküzdésére.
A jó DevOps-kultúra a közös felelősségre támaszkodik. A fejlesztési és üzemeltetési csapatoknak össze kell hangolniuk céljaikat és prioritásaikat az ügyfeleik elvárásaival, és szem előtt kell tartaniuk az üzleti fókuszt. A fejlesztői csapatnak be kell vonnia az operatív csapatot a visszajelzési ciklusba, hogy a fejlesztések a felsőbb rétegbe kerüljenek, és a többi csapat egyformán részesüljön. Ezzel szemben az üzemeltetési csapatok felelősek azért, hogy a fejlesztői csapat sikeres legyen az üzleti eredményekben a számítási feladat szempontjából releváns erőforrások és visszajelzések megosztásával.
Ugyanakkor a DevOps-gyakorlatok egyértelmű tulajdonjogi és elszámoltathatósági vonalakat alkalmaznak az egyes csapatokra. Függetlenül attól, hogy az alkalmazás hol fut, a számítási feladatokért felelős csapat felel az alkalmazásért.
A DevOps optimalizálja az üzemeltetési feladatokat, hogy hatékonyak legyenek, de ne legyenek megterhelőek. A DevOps előnyeinek kiaknázása érdekében a kultúrának a technológián keresztül kell optimalizálnia a folyamatokat, és olyan folyamatokkal kell rendelkeznie a szervezeten belül, amelyek elősegítik a transzparens kommunikációt.
Példaforgatókönyv
A Contoso humánerőforrás-részlege elindít egy projektet, amely egy új üzletági (LOB) alkalmazást fejleszt a részleg belső használatára. Az alkalmazás jelenleg tervezési fázisban van, tervezési vagy megvalósítási munka még nem kezdődött el.
Hatékony együttműködés
Használjon olyan közös rendszereket és eszközöket, amelyek elősegítik az együttműködésen alapuló környezetet a kommunikációhoz és a haladás nyomon követéséhez.
A gyakori eszközök és folyamatok transzparens kommunikációt tesznek lehetővé. Mind a fejlesztési, mind az üzemeltetési csapatok kihasználják a különböző környezetek helyzetfelismerését, a gyakori támogatási problémákat, valamint az általános kihívásokat és győzelmeket.
A Teams már ismeri a meglévő eszkalációs útvonalakat, ha incidens történik.
A megosztott teendőlista egyértelművé teszi az olyan prioritásokat, mint az új funkciók használata vagy a hibák kijavítása.
A Contoso kihívása
- A Contoso három technikai csapatból áll, amelyek részt vesznek az új alkalmazás fejlesztésében és karbantartásában: a fejlesztésben, a tesztelésben és a műveletekben. Jelenleg nincsenek szabványos kommunikációs és projektkövető eszközök, amelyeket folyamatosan használnak ezekben a csapatokban.
- A korábbiakban minden csapat kiválaszthatja a választott eszközeit. Vannak, akik a Slacket használják, míg mások a Microsoft Teamst használják belső üzenetkezeléshez. Vannak, akik az Azure DevOpsot (ADO) használják, míg mások az Excelt használják a feladatok nyomon követésére, és mindegyik csapat egy másik dokumentumtárat használ a többitől a tudás és incidenskezelési eljárások megosztásához.
- A korábbi projektekben az általános műszaki szervezet a különböző eszközök használata miatt küzdött a kommunikációval és az együttműködéssel. A Contoso HR a jövőben javítani szeretné a termelékenységet, és elkerülni azokat a helyzeteket, amelyek lelassíthatják a projektet, mint a korábban tapasztaltak.
A megközelítés és az eredmények alkalmazása
- A műszaki csapatok érdeklődői találkoztak a projekt szponzoraival, hogy kiválassza a jövőben használni kívánt szabványos eszközöket. A csoport az ADO-t választotta a hátralék, a kódtár és az üzembehelyezési folyamat kezeléséhez. Emellett a Microsoft Teamst választották a kommunikációhoz és az együttműködéshez.
- A közös eszközök használata lehetővé teszi a fejlesztési, üzemeltetési és tesztelési csapatok számára, hogy naprakészek és szinkronban maradjanak a különböző környezetek állapotával, a gyakori projektproblémákkal és a csapat eredményeivel kapcsolatban. Ezenkívül a csapatok egyetlen jól ismert helyről származó incidensek esetén hozzáférhetnek a létrehozott eszkalációs útvonalakra vonatkozó információkhoz.
- A megosztott teendőlista emellett segít egységesen megtervezni és igazodni a prioritásokhoz, például új funkciók fejlesztéséhez vagy hibák kijavításához.
A folyamatos fejlesztés ölelése
Folyamatos tanulási és kísérletezési gondolkodásmód kialakítása a fejlesztési ciklus során. Támogatja a csapatok közötti tudásmegosztást, és dokumentációt tart fenn az újrafelhasználáshoz. És végezzen ok nélküli elemzést és meghallgatást a kiadás utáni és/vagy az incidens utáni felülvizsgálatok során.
Kísérletezési mechanizmusokkal, például az A/B tesztelésével és a koncepció igazolásainak fejlesztésével ösztönözheti az innovációt, miközben alacsonyan tartja a költségeket.
Olyan együttműködésen keresztül oszthatja meg a tudást, amellyel a csapat jártassá válik a tervezési megközelítésekben, az eszközökben és a folyamatokban.
A projekt utáni visszatekintés segít azonosítani a fejlesztési területeket, és ünnepelni a sikert.
A Contoso kihívása
- Az információmegosztás további elősegítése, valamint az együttműködés és az átláthatóság kultúrájának előmozdítása érdekében a csapat egy központosított és könnyen hozzáférhető igazságforrást szeretne biztosítani a projektdokumentációhoz. Ez többek között akkor hasznos, ha egy új fejlesztő csatlakozik a csapathoz, és gyorsan fel kell gyorsítania a projektet.
- A Contoso HR-hez különösen fontos, hogy az alkalmazás rendelkezésre állását befolyásoló incidensek tanulságait rögzítsék és megosszuk a teljes műszaki szervezettel, hogy segítsenek a jövőbeli incidensekben, és a lehető legnagyobb mértékben megakadályozzák az ismétlődéseket.
- Az alkalmazás felhasználói élményét tervező korábbi hibák elkerülése érdekében a csapat egy agilisabb megközelítést szeretne használni, amely lehetővé teszi számukra, hogy valós felhasználói visszajelzéseket vegyenek figyelembe.
A megközelítés és az eredmények alkalmazása
- A csapat létrehoz egy tudásmegosztási wikit az ADO-ban, ahol minden tervezési specifikációt közzétenek az összes aktív üzemeltetési eljárás, incidenskezelési terv és visszamenőleges eredmények mellett.
- Ha az incidensek és a fejlesztési iterációk után oktalan visszatekintést végez, és dokumentálja a wikiben található tanulságokat, segít a projektcsapatnak azonosítani a fejlesztési területeket, és ünnepelni a sikert.
- A csapat egy feltáró megközelítést alkalmaz az új alkalmazás felhasználói élményének kialakításához, az A/B-tesztekkel a legjobb felhasználói élmény megtalálásához az UX-tanácsadók által javasolt számos változat közül, figyelembe véve a felhasználói visszajelzéseket az adatvezérelt döntések meghozatalához.
Fejlesztési és üzemeltetési eljárások kódolása
Állítson be szabványokat minden fejlesztési és üzemeltetési eljáráshoz, és rendszeresen ellenőrizze és ellenőrizze őket. Ezek az eljárások magukban foglalják a rutinfeladatokat, a sávon kívüli folyamatokat, a vészhelyzeti próbákat és a helyzeteket, az eszközválasztást, a monitorozási eljárásokat, a készségfejlesztési terveket, valamint az érdekelt felekkel való kommunikációt és az ügyfelek tájékoztatását. Legyen szándékos és egyértelmű a döntésekkel kapcsolatban.
A szabványok kiszámíthatóvá teszik a műveleteket, és skálázhatóvá teszik a folyamatokat és a gyakorlatokat. A szabványok érvényesítése nagyszerű módszer a fejlesztési pontok rajzolására.
Készüljön fel a vészhelyzetekre és a helyreállítási helyzetekre rendszeres próbák elvégzésével.
Precíz végrehajtás és szabályozás engedélyezése a kockázatokhoz vezető anomáliák megelőzése érdekében.
A Contoso kihívása
- Az egyik olyan kihívás, amely a fejlesztési csapat termelékenységét és kimeneti minőségét befolyásolta a múltban, a kódbázis szabványosításának és konzisztenciájának hiánya. Például az elnevezési konvenciók egységességének hiánya vagy a közös szoftverminták használata megnehezíti a csapattagok számára egymás kódjának megértését, és ez hatással volt a hatékonyságra.
- Emellett a műveletek megfelelő dokumentált közös megközelítése nélkül az operatív személyzet különböző módszerekkel érheti el ugyanazt a célt, ami hatékonyságot és zavart okozhat.
- A Contoso HR úgy döntött, hogy a következő fejlesztési ciklus részeként az egyéb DevOps-fejlesztéseket is megvalósító sikerekkel foglalkozik.
A megközelítés és az eredmények alkalmazása
- A fejlesztési csapat a fejlesztési ciklus során összejön, hogy megállapodjon a megvalósítandó fejlesztési szabványokról. Dokumentálni fogják a meghozott döntéseket, és elkezdik kikényszeríteni őket a kódvizsgálatok során és az eszközök használatával. A következő témaköröket tekintik át: Kódformázási és elnevezési konvenciók, hibakezelés, verziókövetés és biztonsági eljárások. A csapat azt tervezi, hogy nagy figyelmet fordít az ADO-ban létrehozott minőségi metrikákra és jelentésekre, hogy számszerűsítse, milyen hatással lesznek ezek a változások a minőségre és a termelékenységre, hogy bizonyíthassák az ilyen típusú DevOps-fejlesztések értékét a felügyeleti csapat számára.
- Hasonlóképpen, az operatív csapat az adott időszakban időt szán arra, hogy kiterjesztse a rutinkezelési és hibaelhárítási eljárások meglévő dokumentációját, és tegye közzé a wikiben. Előrehaladva a wiki egyetlen igazságforrásként fog szolgálni, időt és energiát takarítva meg, amelyet egyébként az információk keresésével töltenek.