Share via

DevOps ellenőrzőlisták

  • Cikk

A DevOps a fejlesztés, a minőségbiztosítás és az informatikai műveletek egységes kultúrába és a szoftverterjesztési folyamatok készletébe való integrálása. Ez az ellenőrzőlista kiindulási pontként szolgál a DevOps-kultúra és -folyamat értékeléséhez.

Kulturális környezet

Az üzleti igazodás biztosítása a szervezetek és a csapatok között. Az erőforrások, a cél, a célok és a prioritások ütközése a szervezeten belül kockázatot jelenthet a sikeres műveletek szempontjából. Győződjön meg arról, hogy az üzleti, fejlesztési és üzemeltetési csapatok igazodnak egymáshoz.

Győződjön meg arról, hogy csapata megérti a szoftver életciklusát. A csapatnak ismernie kell az alkalmazások teljes életciklusát, és azt, hogy az egyes alkalmazások hol találhatók az életcikluson belül. Ezen információk birtokában minden csapattag tisztában van azzal, hogy mit kell tennie most, és hogy mire kell terveznie és felkészülnie a jövőben.

Csökkentse a ciklusidőt. Célja, hogy minimalizálja az idő, hogy elmozdulni ötletekből használható kifejlesztett szoftver. Az egyes kiadások méretének és hatókörének korlátozása a tesztterhelés alacsonyan tartásához. Amikor csak lehetséges, automatizálhatja a buildelési, tesztelési, konfigurációs és üzembehelyezési folyamatokat. Elháríthatja a fejlesztők, valamint a fejlesztők és az üzemeltetési csapatok közötti kommunikáció akadályait.

Folyamatok áttekintése és fejlesztése. Az automatizált és manuális folyamatok és eljárások soha nem véglegesek. Állítsa be az aktuális munkafolyamatok, eljárások és dokumentáció rendszeres felülvizsgálatát a folyamatos fejlesztés érdekében.

Proaktív tervezés. Proaktívan tervezze meg a meghibásodást. Folyamatokat hozhat létre a problémák gyors azonosításához, a problémák megoldásához a megfelelő csapattagok felé történő eszkaláláshoz és a megoldás megerősítéséhez.

Tanuljon a hibákból. A hibák elkerülhetetlenek, de fontos tanulni a hibákból, hogy ne ismétlődjenek. Működési hiba esetén a probléma osztályozása, az ok és a megoldás dokumentálása, valamint a tanultak megosztása. Amikor csak lehetséges, frissítse a buildelési folyamatokat, hogy a jövőben automatikusan észlelje az ilyen hibákat.

Optimalizálja a sebességet, és gyűjtsön adatokat. Minden tervezett fejlesztés hipotézis. A lehető legkisebb növekményekben dolgozhat. Új ötletek kezelése kísérletként. A kísérleteket úgy alakíthatja ki, hogy éles adatokat gyűjtsön a kísérlet hatékonyságának felméréséhez. Ha a hipotézis helytelen, készen kell állnia a gyors feladatra.

Időt hagy a tanulásra. A hibák és a sikerek tanulási lehetőségeket biztosítanak. Mielőtt továbblép az új projektekre, hagyjon időt a fontos leckék összegyűjtésére, és győződjön meg arról, hogy a csapata elnyeli ezeket a leckéket. Emellett időt ad a csapatnak a készségek fejlesztésére, a kísérletezéshez és az új eszközök és technikák megismeréséhez.

Dokumentumműveletek. Az összes eszköz, folyamat és automatizált feladat dokumentálása ugyanolyan minőségben, mint a termékkód. Dokumentálja az Ön által támogatott rendszerek jelenlegi kialakítását és architektúráját, valamint a helyreállítási folyamatokat és egyéb karbantartási eljárásokat. Koncentráljon a ténylegesen végrehajtott lépésekre, nem elméletileg optimális folyamatokra. Rendszeresen tekintse át és frissítse a dokumentációt. Kód esetén ügyeljen arra, hogy jelentéssel bíró megjegyzéseket is tartalmazzon, különösen a nyilvános API-kban. Amikor csak lehetséges, az eszközökkel automatikusan létrehozhat kóddokumentációt.

Ossza meg tudását. A dokumentáció csak akkor hasznos, ha a felhasználók tudják, hogy létezik, és megtalálják. Tartsa rendszerezve a dokumentációt, és tegye könnyen felderíthetővé. Legyen kreatív: használjon barna táskákat (informális bemutatókat), videókat vagy hírleveleket a tudás megosztásához.

Fejlesztés

Éles környezeteket biztosít a fejlesztőknek. Ha a fejlesztési és tesztelési környezetek nem felelnek meg az éles környezetnek, nehéz tesztelni és diagnosztizálni a problémákat. A fejlesztési és tesztelési környezeteket a lehető legközelebb kell tartania az éles környezethez. Győződjön meg arról, hogy a tesztadatok összhangban állnak az éles környezetben használt adatokkal, még akkor is, ha azok mintaadatok, és nem valós éles adatok (adatvédelmi vagy megfelelőségi okokból). Tervezze meg a mintatesztadatok létrehozására és anonimizálására.

Győződjön meg arról, hogy az összes jogosult csapattag kiépítheti az infrastruktúrát és üzembe helyezhet alkalmazásokat. Az éles környezethez hasonló erőforrások beállítása és az alkalmazások üzembe helyezése nem igényel bonyolult manuális feladatokat vagy a rendszer részletes technikai ismeretét. A megfelelő engedélyekkel rendelkezőknek képesnek kell lenniük éles erőforrások létrehozására vagy üzembe helyezésére anélkül, hogy az üzemeltetési csapathoz kellene mennie.

Ez a javaslat nem jelenti azt, hogy bárki leküldhet élő frissítéseket egy éles üzembe helyezéshez. A fejlesztés és a minőségbiztosítási csapatok súrlódásának csökkentéséről van szó az éles környezetekhez hasonló környezetek létrehozása érdekében.

Az egyes alkalmazásokat az elemzéshez alakítsa ki. Az alkalmazások állapotának megértéséhez tudnia kell, hogyan teljesítenek, és hogy tapasztalnak-e hibákat vagy problémákat. Tervezési követelményként mindig szerepeltesse a rendszerezést, és a kezdetektől fogva minden alkalmazásba beépítse a rendszerállapot-kialakítást. A rendszerállapotnak tartalmaznia kell az eseménynaplózást a kiváltó okok elemzéséhez, de telemetriát és metrikákat is az egyes alkalmazások állapotának és használatának figyeléséhez.

Nyomon követheti a technikai adósságát. Számos projekt rangsorolja a kiadási ütemezéseket a kódminőséggel egy vagy több fokozatra. Mindig dokumentálja a parancsikonok vagy más, nem optimális implementációk időpontját, és ütemezze a problémák újbóli megtekintésének időpontját.

Fontolja meg, hogy közvetlenül az éles környezetbe küldi a frissítéseket. A teljes kiadási ciklusidő csökkentése érdekében fontolja meg a megfelelően tesztelt kód véglegesítéseinek közvetlen leküldését az éles környezetbe. A funkcióváltókkal szabályozhatja, hogy mely funkciókat engedélyezi. Ezután a funkciók engedélyezéséhez vagy letiltásához a kapcsolók használatával gyorsan áttérhet a fejlesztésről a kiadásra. A kapcsolók akkor is hasznosak, ha olyan teszteket végez, mint a Kanári-kiadások, ahol egy adott funkciót helyez üzembe az éles környezet egy részhalmazában.

Tesztelés

A tesztelés automatizálása. A szoftver manuális tesztelése fárasztó és hibaérzékeny. Automatizálhatja a gyakori tesztelési feladatokat, és integrálhatja a teszteket a buildelési folyamatokba. Az automatizált tesztelés egységes tesztelési lefedettséget és reprodukálhatóságot biztosít. Integrált felhasználói felületi tesztek futtatásakor is használjon automatizált eszközt. Az Azure olyan fejlesztési és tesztelési erőforrásokat kínál, amelyek segíthetnek a tesztelés konfigurálásában és futtatásában. További információ: Fejlesztés és tesztelés az Azure-ban.

Hibák tesztelése. Ha egy rendszer nem tud csatlakozni egy szolgáltatáshoz, a rendszernek elegánsan kell válaszolnia. Amikor a szolgáltatás ismét elérhető, a rendszernek helyre kell állnia. A hibainjektálási tesztelést a tesztelési és előkészítési környezetek áttekintésének standard részévé kell tenni. Ha a tesztelési folyamat és a gyakorlatok kiforrottak, érdemes lehet éles környezetben futtatni ezeket a teszteket.

Tesztelés élesben. A kiadási folyamat nem ér véget az éles környezetben való üzembe helyezéssel. Az üzembe helyezett kód a vártnak megfelelően működik. A ritkán frissülő üzemelő példányok esetében az éles tesztelést a karbantartás rendszeres részeként ütemezze.

A teljesítménytesztelés automatizálása a teljesítményproblémák korai azonosításához. A súlyos teljesítményproblémák hatása olyan súlyos lehet, mint a kód hibája. Bár az automatizált funkcionális tesztek megakadályozhatják az alkalmazáshibák kialakulását, előfordulhat, hogy ezek a tesztek nem észlelik a teljesítményproblémát. Elfogadható teljesítménycélok meghatározása olyan metrikákhoz, mint a késés, a betöltési idő és az erőforrás-használat. Automatikus teljesítményteszteket is belefoglalhat a kiadási folyamatba, így meggyőződhet arról, hogy az alkalmazás megfelel ezeknek a céloknak.

Kapacitástesztelés. Előfordulhat, hogy egy alkalmazás tesztfeltételek mellett jól működik, majd a méretezési vagy erőforrás-korlátozások miatt problémákat tapasztal az éles környezetben. Mindig határozza meg a maximálisan várt kapacitás- és használati korlátokat. Tesztelje, hogy az alkalmazás képes-e kezelni ezeket a korlátokat, de azt is tesztelje, hogy mi történik, ha túllépi ezeket a korlátokat. Végezze el a kapacitástesztelést rendszeres időközönként.

A kezdeti kiadás után az éles kód frissítésekor teljesítmény- és kapacitásteszteket kell futtatnia. Az előzményadatok segítségével finomhangolhatja a teszteket, és meghatározhatja, hogy milyen típusú teszteket kell elvégeznie.

Automatizált biztonsági behatolástesztelés végrehajtása. Az alkalmazás biztonságának biztosítása ugyanolyan fontos, mint bármely más funkció tesztelése. Az automatizált behatolástesztelést a buildelési és üzembehelyezési folyamat standard részévé teheti. Rendszeres biztonsági tesztek és biztonságirés-vizsgálat ütemezése az üzembe helyezett alkalmazásokon, a nyitott portok, végpontok és támadások monitorozása. Az automatizált tesztelés nem szünteti meg a rendszeres időközönként végzett részletes biztonsági felülvizsgálatok szükségességét.

Automatizált üzletmenet-folytonossági tesztelés végrehajtása. Nagy léptékű üzletmenet-folytonossági tesztek fejlesztése, beleértve a biztonsági mentés helyreállítását és a feladatátvételt. Automatikus folyamatokat állíthat be a tesztek rendszeres végrehajtásához.

Felszabadítás

Az üzembe helyezés automatizálása. Az Automation számos előnnyel jár, többek között az alábbiakat:

  • Gyorsabb és megbízhatóbb üzembe helyezés engedélyezése.
  • Konzisztens üzembe helyezés biztosítása bármely támogatott környezetben, beleértve a tesztelést, az előkészítést és az éles környezetet.
  • A manuális üzemelő példányok által esetlegesen előforduló emberi hibák kockázatának eltávolítása.
  • Így könnyen ütemezheti a kiadásokat a kényelmes időkre, ami minimálisra csökkenti a lehetséges állásidő hatásait.

Automatizálhatja az egyes alkalmazások tesztelési, előkészítési és éles környezetekben való üzembe helyezésének folyamatát. A rendszerekkel észlelheti a bevezetés során felmerülő problémákat, és automatikusan visszaállíthatja a javításokat vagy visszaállíthatja a módosításokat.

Folyamatos integráció használata. A folyamatos integráció (CI) az a gyakorlat, hogy minden fejlesztői kódot egy központi kódbázisba egyesítünk egy rendszeres ütemezés szerint, majd automatikusan szabványos buildelési és tesztelési folyamatokat hajtunk végre. A CI biztosítja, hogy egy teljes csapat egyidejűleg ütközések nélkül működjön egy kódbázison. A CI segít a kódhibák minél korábbi megtalálásában. Lehetőség szerint a CI-folyamatnak minden véglegesítéskor vagy a kód beadásakor le kell futnia. Naponta legalább egyszer futnia kell.

Fontolja meg egy törzsalapú fejlesztési modell bevezetését. Ebben a modellben a fejlesztők egyetlen ágra (a csomagtartóra) kötelezik magukat. Van egy követelmény, amely szerint a véglegesítések soha nem szakítják meg a buildeket. Ez a modell megkönnyíti a CI-t, mivel minden funkció működik a csomagtartóban, és minden egyes véglegesítés során feloldja az egyesítési ütközéseket.

Fontolja meg a folyamatos kézbesítés használatát. A folyamatos teljesítés (CD) az a gyakorlat, amely biztosítja, hogy a kód mindig készen álljon a telepítésre, automatikusan létrehozva, tesztelve és üzembe helyezve a kódot az éles környezetekben. Ha CD-t ad hozzá egy teljes CI/CD-folyamat létrehozásához, a lehető leghamarabb észlelheti a kódhibákat. Emellett biztosítja, hogy rövid időn belül megfelelően tesztelt frissítéseket bocsáthat ki.

A folyamatos üzembe helyezés olyan folyamat, amely automatikusan elvégzi a CI/CD-folyamaton átmenő frissítéseket, és éles környezetben helyezi üzembe őket. A folyamatos üzembe helyezés robusztus automatikus tesztelést és fejlett folyamattervezést igényel. Lehet, hogy nem minden csapatnak megfelelő.

Kisebb, növekményes módosításokat végezhet. A nagy kódmódosítások nagyobb lehetőséget adnak a hibák bevezetésére, mint a kisebbek. Amikor csak lehetséges, tartsa kicsiben a módosításokat. Ez korlátozza az egyes változások lehetséges hatásait, és leegyszerűsíti a problémák megértésének és hibakeresésének feladatát.

A változásoknak való kitettség szabályozása. Győződjön meg arról, hogy ön felügyeli, hogy mikor válnak láthatóvá a frissítések a végfelhasználók számára. Érdemes lehet a funkcióváltókkal szabályozni a végfelhasználók funkcióinak bekapcsolásakor.

Kiadáskezelési stratégiák implementálása az üzembe helyezés kockázatának csökkentése érdekében. Az alkalmazásfrissítés éles környezetben való üzembe helyezése mindig kockázatot jelent. Ennek a kockázatnak a minimalizálása érdekében használjon olyan stratégiákat, mint a kanári-kiadások vagy a kék/zöld környezetek a frissítések üzembe helyezéséhez a felhasználók egy részhalmazában. Győződjön meg arról, hogy minden frissítés a vártnak megfelelően működik, majd hajtsa végre az egyes frissítéseket a rendszer többi részén.

Dokumentálja az összes módosítást. Az apróbb frissítések és a konfigurációs módosítások zavarokat és verziószámozási ütközéseket okozhatnak. Mindig jegyezze fel a változásokat, függetlenül attól, hogy milyen kicsi. Naplózza az összes módosítást, beleértve az alkalmazott javításokat, a szabályzatmódosításokat és a konfigurációs módosításokat. A módosítások rekordjának láthatónak kell lennie a teljes csapat számára. De ne vegye fel a bizalmas adatokat ezekbe a naplókba. Naplózza például, hogy a hitelesítő adatok frissültek, és ki hajtotta végre a módosítást, de ne rögzítse a frissített hitelesítő adatokat.

Fontolja meg az infrastruktúra nem módosíthatóvá tételét. A nem módosítható infrastruktúra azon az elven alapul, hogy az éles környezetben való üzembe helyezés után ne módosítsa az infrastruktúrát. Ellenkező esetben olyan állapotba juthat, ahol alkalmi módosításokat alkalmaztak, így nehéz megállapítani, hogy pontosan mi változott. A nem módosítható infrastruktúra úgy működik, hogy minden új üzembe helyezés részeként lecseréli a teljes kiszolgálókat. Ezzel a módszerrel blokkként tesztelheti és üzembe helyezheti a kódot és az üzemeltetési környezetet. Az üzembe helyezés után csak a következő buildelési és üzembe helyezési ciklusban módosíthatja az infrastruktúra-összetevőket.

Figyelés

A rendszerek megfigyelhetővé tétele. Az üzemeltetési csapatnak mindig egyértelmű láthatóságot kell biztosítani egy rendszer vagy szolgáltatás állapotáról és állapotáról. Külső állapotvégpontok beállítása az állapot monitorozásához, és kódalkalmazások beállítása a műszerműveleti metrikákhoz. Használjon egy közös és konzisztens sémát, amely segít az események különböző rendszerek közötti korrelációban. Az Azure-erőforrások állapotának és állapotának nyomon követésének szokásos módszere az Azure Diagnostics és az Application Elemzések használata. Az Azure Monitor központosított monitorozást és felügyeletet is biztosít a felhőbeli vagy hibrid megoldásokhoz.

Naplók és metrikák összesítése és korrelálása. A megfelelően rendszerezett telemetriai rendszer nagy mennyiségű nyers teljesítményadatot és eseménynaplót biztosít. Győződjön meg arról, hogy a rendszer gyorsan dolgozza fel és korrelálja a telemetriai és naplóadatokat, hogy az operatív személyzet mindig naprakész képet készítsen a rendszer állapotáról. Rendszerezze és jelenítse meg az adatokat, hogy egységesen láthassa a problémákat, és láthassa, hogy az események mikor kapcsolódnak egymáshoz.

Az adatok feldolgozásával és az adatok tárolásának időtartamával kapcsolatos követelményekért tekintse meg a vállalati adatmegőrzési szabályzatot.

Automatizált riasztások és értesítések implementálása. Állítson be olyan monitorozási eszközöket, mint a Monitor , hogy észlelje azokat a mintákat vagy feltételeket, amelyek potenciális vagy aktuális problémákat jeleznek. Riasztások küldése a problémák megoldására képes csapattagoknak. Hangolja a riasztásokat a hamis pozitív értékek elkerülése érdekében.

Eszközök és erőforrások figyelése a lejáratok érdekében. Egyes erőforrások és eszközök( például tanúsítványok) lejárnak. Ügyeljen arra, hogy nyomon kövesse, hogy mely eszközök járnak le, mikor járnak le, és hogy milyen szolgáltatások vagy szolgáltatások függnek tőlük. Automatizált folyamatok használatával monitorozza ezeket az eszközöket. Az eszköz lejárata előtt értesítse a műveleti csapatot, és eszkalálja a helyzetet, ha a lejárat az alkalmazások megzavarását fenyegeti.

Menedzsment

Üzemeltetési feladatok automatizálása. Az ismétlődő műveleti folyamatok manuális kezelése hibalehetőséget jelent. Ha lehetséges, automatizálja ezeket a feladatokat a következetes végrehajtás és minőség biztosítása érdekében. Használja a forrásvezérlőt az automatizálást megvalósító kód verziószámához. A többi kódhoz hasonlóan tesztelje automatizálási eszközeit is.

A kiépítéshez használjon infrastruktúra-mint kód megközelítést. Csökkentse az erőforrások kiépítéséhez szükséges manuális konfiguráció mennyiségét. Ehelyett használjon szkripteket és Azure Resource Manager-sablonokat . A szkripteket és sablonokat a forráskontrollban tarthatja, mint bármely más, ön által karbantartott kódot.

Fontolja meg a tárolók használatát. A tárolók szabványos csomagalapú felületet biztosítanak az alkalmazások üzembe helyezéséhez. Tárolók használatakor önkiszolgáló csomagokkal telepíthet alkalmazásokat, amelyek tartalmazzák az alkalmazás futtatásához szükséges szoftvereket, függőségeket és fájlokat. Ez a gyakorlat jelentősen leegyszerűsíti az üzembe helyezési folyamatot.

A tárolók egy absztrakciós réteget is létrehoznak az alkalmazás és az alapul szolgáló operációs rendszer között, amely konzisztenciát biztosít a környezetek között. Ez az absztrakció a tárolót más, gazdagépen futó folyamatoktól vagy alkalmazásoktól is elkülönítheti.

Rugalmasság és öngyógyítás megvalósítása. A rugalmasság az alkalmazás azon képessége, hogy helyreálljon a hibákból. A rugalmassági stratégiák közé tartozik az átmeneti hibák újrapróbálkozása, valamint a másodlagos példányra vagy akár egy másik régióba történő feladatátvétel. További információ: Megbízható Azure-alkalmazások tervezése. Az alkalmazások azonnal jelezhetik a problémákat, hogy kezelni tudják a kimaradásokat vagy más rendszerhibákat.

Rendelkezik egy műveleti kézikönyvvel. Egy üzemeltetési kézikönyv vagy runbook dokumentálja azokat az eljárásokat és felügyeleti információkat, amelyekre az operatív személyzetnek szüksége van a rendszer fenntartásához. Dokumentálja továbbá azokat a üzemeltetési forgatókönyveket és kockázatcsökkentési terveket is, amelyek a szolgáltatás meghibásodása vagy egyéb megszakadása során merülhetnek fel. Ezt a dokumentációt a fejlesztési folyamat során hozhatja létre, és később naprakészen tarthatja. Ezeket az erőforrásokat élő dokumentumként kezelje, amelyeket rendszeresen ellenőriznie, tesztelnie és javítania kell.

A megosztott dokumentáció kritikus fontosságú. Bátorítsa a csapattagokat, hogy járuljanak hozzá és osszanak meg tudást. A teljes csapatnak hozzá kell férnie a dokumentumokhoz. A csapat bármely tagja számára megkönnyítheti a dokumentumok frissítését.

Dokumentálja az ügyeleti eljárásokat. Mindenképpen dokumentálja az ügyeleti feladatokat, az ütemterveket és az eljárásokat, és ossza meg őket az összes csapattaggal. Ezeket az információkat mindig naprakészen tartsa.

Harmadik féltől származó függőségek eszkalációs eljárásainak dokumentálása. Ha az alkalmazás olyan külső külső szolgáltatásoktól függ, amelyeket nem irányít közvetlenül, szüksége van egy tervre a kimaradások kezeléséhez. Hozzon létre dokumentációt a tervezett kockázatcsökkentési folyamatokhoz. Támogatási partnerek és eszkalációs útvonalak belefoglalása.

Konfigurációkezelés használata. Tervezze meg a konfiguráció módosításait, tegye láthatóvá a műveleteket, és rögzítse őket. Ezekhez a célokhoz konfigurációkezelési adatbázist vagy kódként való konfigurációs megközelítést használhat. Rendszeresen naplózhatja a konfigurációt, hogy a várt beállítások valóban érvényben legyenek.

Szerezze be Azure-támogatás tervet, és ismerje meg a támogatási folyamatot. Az Azure számos támogatási csomagot kínál. Határozza meg az igényeinek megfelelő tervet, és győződjön meg arról, hogy az egész csapat tudja, hogyan kell használni a tervet. A csapattagok megismerhetik a terv részleteit, a támogatási folyamat működését, valamint azt, hogy hogyan nyithatók meg támogatási jegyek az Azure-ral. Ha nagy léptékű eseményre számít, Azure-támogatás segíthet a szolgáltatási korlátok növelésében. További információ: Azure-támogatás csomagokkal kapcsolatos gyakori kérdések.

Kövesse a minimális jogosultsági elveket, amikor hozzáférést ad az erőforrásokhoz. Gondosan kezelje az erőforrásokhoz való hozzáférést. Alapértelmezés szerint megtagadhatja a hozzáférést, kivéve, ha kifejezetten hozzáférést ad egy felhasználónak egy erőforráshoz. Csak a felhasználók számára biztosítson hozzáférést a feladataik elvégzéséhez szükséges adatokhoz. Felhasználói engedélyek nyomon követése és rendszeres biztonsági auditok végrehajtása.

Azure szerepköralapú hozzáférés-vezérlés használata. A felhasználói fiókok hozzárendelése és az erőforrásokhoz való hozzáférés nem lehet manuális folyamat. Az Azure szerepköralapú hozzáférés-vezérlés (Azure RBAC) használatával biztosíthatja a Microsoft Entra ID-identitásokon és -csoportokon alapuló hozzáférést.

Hibakövető rendszer használata a problémák nyomon követéséhez. A problémák nyomon követése nélkül egyszerűen kihagyhatja az elemeket, duplikálhatja a munkát, vagy új problémákat tapasztalhat. A hibák állapotának nyomon követéséhez ne támaszkodjon az informális személyek közötti kommunikációra. Hibakövető eszköz használatával rögzítheti a problémák részleteit, erőforrásokat rendelhet hozzájuk, és naplózhatja az előrehaladást és az állapotot.

A változáskezelési rendszer összes erőforrásának kezelése. Ha a DevOps-folyamat minden aspektusát belefoglalja egy felügyeleti és verziószámozási rendszerbe, egyszerűen követheti és naplózhatja a módosításokat. Tartalmazzon kódot, infrastruktúrát, konfigurációt, dokumentációt és szkripteket. Minden ilyen típusú erőforrást kódként kezel a tesztelés, az építés és a felülvizsgálat során.

Használjon ellenőrzőlistákat. Az operatív ellenőrzőlisták segíthetnek a folyamatok követésében. Egy nagy kézikönyvben könnyen kihagyhat valamit, de az ellenőrzőlista követésével olyan részletekre is felhívhatja a figyelmet, amelyeket egyébként figyelmen kívül hagyhat. Tartsa karban az ellenőrzőlistákat, és folyamatosan keresse meg a feladatok automatizálásának és a folyamatok egyszerűsítésének módjait.

Következő lépések