Az operatív kiválóság tervezési alapelvei

Az Operational Excellence pillér középpontjában azok a DevOps-gyakorlatok állnak, amelyek szabványosított munkafolyamatok és csapatkontraszt révén biztosítják a számítási feladatok minőségét. Ez a pillér a fejlesztési gyakorlatok, a megfigyelhetőség és a kiadáskezelés működési eljárásait határozza meg. A cél a folyamat varianciájának, az emberi hibák esélyének és az ügyfelek zavarásának minimalizálása. A működési állapot felméréséhez kezdje az alábbi kérdésekkel:

• Fegyelmezetten hajt végre műveleteket?
• Az ügyfelek maximális kiszámíthatósággal használják a számítási feladatot?
• Hogyan tanulhat a tapasztalatból és az összegyűjtött adatokból a folyamatos fejlődés érdekében?

A számítási feladatokkal kapcsolatos műveletek kaotikus eljárásokká alakulhatnak, ha nincs egyértelmű tulajdonosi vagy vezetői jogosultság. Az ilyen típusú környezetben a csapatok gyakran olyan módszereket használnak, amelyeket nagy erőfeszítéssel hajtanak végre, és alacsony eredményeket eredményeznek, ami rossz felhasználói élményt eredményez. Ezek a megközelítések csak rövid távú céloknak felelnek meg. A hosszú távú előnyök folyamatos értékeléssel és stratégiai befektetéssel valósulnak meg.

A tervezési alapelvek olyan működési stratégiákra vonatkozó irányelveket biztosítanak, amelyeket figyelembe kell venni az alapul szolgáló okok kezelésére, és nem csak a tünetek kezelésére. Kezdje az ajánlott megközelítésekkel, majd figyelje meg, mi működik, és mi nem azonosítja a fejlesztési területeket. A stratégia beállítása után az Operatív kiválóság ellenőrzőlistával folytathatja a műveletet.

A számítási feladatok működési követelményei ugyanolyan fontosak, mint az üzleti követelményei. A hatékony folyamatok biztosítják, hogy a számítási feladatok a megfelelőség korlátain belül elérjék az üzleti eredményeket, függetlenül attól, hogy a megfelelőség szervezeti vagy külső. A kulcs az ismétlődés és a konzisztencia keresése.

Az Operatív Kiválóság pillér célja, hogy helyesen cselekedjen, helyesen cselekedjen, és csapatként oldja meg a megfelelő problémákat.

Ha teljesíti ezeket a célokat, a számítási feladatok megbízhatóan és kiszámíthatóan fognak futni még a változás idején is. Az üzemeltetési követelmények teljesítésének képtelensége sikertelen üzembe helyezéseket, inkonzisztens felhasználói élményt és olyan többletköltségeket eredményezhet, amelyeket a megfelelő tervezés és az egyszerűsített végrehajtás elkerülhetett volna.

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.

Módszer	Juttatások
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.
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. Végezzen ok nélküli elemzést és a kiadás utáni és/vagy az incidens utáni felülvizsgálatokat.	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.
Bevált iparági agilis eljárások bevezetése, amelyek a műveletoptimalizálásra összpontosítanak. Keresse meg a manuális és automatizált folyamatok, az üzembe helyezési és minőségbiztosítási eljárások, valamint a megfigyelhetőség műveleteiben a "balra váltás" lehetőségét.	Az agilis fejlesztési eljárások rövidebb kiadási életciklusokhoz vezetnek, ami az üzleti érték mutatója. A korábbi problémák észlelése, megoldása és ezáltal megelőzése gyakran kevésbé tolakodó a folyamat számára.
Á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.
Használja ki a központosított üzemeltetési csapatokat speciális készségekkel és tapasztalatokkal.	A megosztott erőforrások üzemeltetéshez és erőforrásokhoz való használata költségbeli előnyökkel jár. Bár Ön a számítási feladat tulajdonosa, a központosított csapat segít a keresztfunkcionális készségekben, például az incidenskezelésben, a figyelés proaktív szemléletében és a szakértelem megbízható kiszervezésében.

Fejlesztési szabványok létrehozása

Optimalizálja a termelékenységet a fejlesztési gyakorlatok szabványosításával, a minőségi kapuk kikényszerítésével, valamint a haladás és a siker nyomon követésével a rendszeres változáskezeléssel.

A fejlesztési csapat feladata, hogy minimális súrlódás mellett kezelje a számítási feladatokkal kapcsolatos problémákat a kiadás előtt. Ügyeljen a fejlesztői hatékonyságra, és optimalizáljon a gyors átfutási ciklusokra, a kódolástól a tesztelési eredményekig. Hatékony és megfelelő méretű folyamatokat valósíthat meg, amelyek műszaki tevékenységeket terveznek és egységesítenek, valamint konszenzusra ösztönöznek a csapaton és az érdekelt feleken belül.

Módszer	Juttatások
Dokumentálja a számítási feladat funkcióit , és rögzítse az ügyfelek előnyeit. Az architektúra hatókörének és részletes funkcionális és nem funkcionális követelményeinek levezetése. Méretezési becslési modellek létrehozása az érintett tevékenységek hatókörének és költségeinek jelentéséhez.	A jó specifikációk a hatékonyabb és egyszerűbb fejlesztési ciklusok támogatásával csökkentik a működési költségeket és a meghibásodási esélyeket. A fejlesztők a kódolási ciklus megkezdése előtt tisztában vannak a technikai tervezéssel, a célokkal és a befejezési feltételekvel . A jó dokumentáció megkönnyíti a megismételhető kommunikációt és az új csapattagok előkészítését .
Használjon iparági szabványoknak megfelelő szoftverfejlesztési módszertant, amely megfelelően igazodik a számítási feladat és a csapat méretének igényeihez. Az összes szerepkör között megosztott teendőlista karbantartása.	Egy jól ismert módszertan bevezetése meghatározza a projekt ritmusát. Megszünteti a folyamat kétértelműségét azáltal, hogy egyértelmű elvárásokat és elszámoltathatóságot biztosít a csapattagoknak. A gyakori listák nyomon követésével a tevékenységek pontosíthatók és rangsoroltak lehetnek a standard eljárásokkal. A projekt nagyobb eséllyel lesz időben kézbesítve. A standard módszertanok segítenek a kockázatkezelésben. Részletes mérföldkő-felülvizsgálatokkal a fejlesztők még a bemutatók előtt megoldhatják a lehetséges problémákat.
Egységes forrásvezérlő használata minden kódhoz, szkripthez, üzembehelyezési sablonhoz, folyamatdefinícióhoz és kapcsolódó dokumentációhoz. Az elágaztatási stratégiának támogatnia kell a független és egymástól függő funkciók, hibajavítások és gyorsjavítások súrlódásmentes kiadását. Az elágaztatási stratégia és az üzembehelyezési folyamatok létrehozásához használja a szervezeten belüli megosztott tudást.	A forrásvezérlés megfelelő használata kulcsfontosságú az egyidejű módosítások és verziószámozás támogatásában. Ismétlődő munkafolyamat fenntartása különböző méretű és kockázatú módosítások kiadásához, társértékelések elvégzéséhez a folyamat részeként, valamint naplónapló vezetése.
Olyan minőségbiztosítási folyamatokkal rendelkezik, amelyek a fejlesztési életciklus korai szakaszában hangsúlyozzák a tesztelést. Tartalmazza a tervezett tesztelési eljárások összes összetevőjét, beleértve az alkalmazásösszetevőket, az infrastruktúrát és az adatsík-műveleteket, amelyek egy funkció kiadásának vagy frissítésének részei. Az összetevőket a környezetek által előléptetve nem módosíthatóként kezelheti, és minden alkalommal magabiztosságot szerezhet, amikor egy minőségi kapun keresztül jutnak át. Ahol gyakorlatias, automatizálja a rutinellenőrzéseket.	A minőségbiztosítás biztosítja, hogy a funkcionális és nem funkcionális követelmények teljesüljenek magabiztosan, ami pozitív ügyfélhatáshoz vezet. A tesztelési tervek biztosítják a minőséget és a teljességet, és figyelembe veszik a lehetséges meghibásodási eseteket. A minőségi kapukkal az ajánlott eljárásokat alkalmazhatja a kockázatok csökkentése érdekében. A megváltoztathatatlanság magabiztosságot eredményez, mert biztosítja, hogy a tesztelt rendszer pontosan az, amit kiad. A tesztelési ciklusok hatékonyan blokkolják az előrehaladást, hacsak nem teljesülnek a minőségi feltételek.
A konzisztencia kialakításához használjon stíluskalauzokat és eszközöket, amelyek konvenciókat kényszerítenek ki, és közös eszközláncot vezetnek be a fejlesztéshez, teszteléshez és az érdekeltekkel való kommunikációhoz. A fejlesztők technológiai szabványainak szükségessé kell tenniük a minták implementálását, az API-tervezést, a naplózást, a kivételkezelést és egyéb folyamatokat.	A kódkonzisztencia az olvashatóságot és a könnyebb karbantartást is biztosítja. Emellett csökkenti a bonyolultságot, és lehetővé teszi a kód újrafelhasználását. A gyakori eszközök és konvenciók segítenek a csapatoknak a folyamatok optimalizálásában anélkül, hogy egyszeri választási lehetőségeket kellene választaniuk.
Következetesen és szándékosan ragaszkodik ahhoz, hogy a kód fejlesztői dokumentációja meg legyen írva.	A kóddokumentáció törlése biztosítja, hogy a logika és a funkcionalitás könnyen érthető legyen, amikor a régi kódot újra kell tekinteni, vagy amikor a fejlesztői csapatok forognak.
A hatékonyság mérésére szolgál az előrehaladás és a trendek jelentése.	A hibák, a sikertelen frissítések, az üzembe helyezés ideje, a visszajelzési ciklusok és egyéb metrikák trendjei megjelennek, és a fejlesztésekhez vezetnek.

Műveletek fejlesztése megfigyelhetőséggel

Betekintést nyerhet a rendszerbe, betekintést nyerhet, és adatvezérelt döntéseket hozhat.

Olyan kultúrát építhet ki, amely folyamatosan javítja a minőséget a számítási feladatok monitorozásával és az Azure Well-Architected Framework minden pillérének figyelembevételével. A szükséges adatok, statisztikák és trendek biztosításával a csapat és az érdekelt felek rövid és hosszú távú döntéseket is hozhatnak számos területen. Tanuljon az adatokból és a meghajtók fejlesztéseiből.

A megfigyelhetőség érdekében létrehozott műveletek kulcsfontosságúak az alkalmazás proaktív karbantartásában, a minőség- és biztonságbiztosításban, a kapacitástervezésben és a termékkezelésben.

A monitorozás egyik fontos eleme az állapotmodellezést használó alkalmazás , amely segít előrejelezni a problémákat, mielőtt incidensekká válhatnak, és befolyásolhatják az ügyfélélményt . A hatékony monitorozás csökkenti az incidenskezelésre fordított reaktív ciklusokat.

Módszer	Juttatások
Hozzon létre egy monitorozási rendszert a saját veremével és folyamataival. A monitorozási rendszert a segédprogramtól leválasztott számítási feladatok dimenziójaként kezelje. A veremnek minden rétegre kiterjednie kell, beleértve az infrastruktúrát, az alkalmazás állapotát, valamint a buildelési és kiadási folyamatokat. Az üzleti adatok rögzítése vagy mintavételezése nem terjed ki a megfigyelhetőségi implementációkra.	A figyelési és számítási feladatok halmainak elkülönítése a funkcionális követelmények és a megfigyelhetőségi követelmények elkülönítése és a független fejlődés lehetővé tétele érdekében. A kód módosítása nem befolyásolhatja a figyelést, és fordítva. Mivel a megfigyelhetőségi követelmények eltérnek a funkcionális követelményektől, az üzleti adatok nem fognak megszakadni a konfigurációváltozások vagy kimaradások monitorozásával.
A gyűjtési folyamat konzisztenciájának biztosítása az egyes adatforrástípusok esetében. A kód rendszerállapotának szabványosítása a telemetriára, az infrastruktúra-metrikák gyűjtésére és az eszközökre vonatkozó iparági szabványok használatával.	A konzisztencia megakadályozza az érzékelés és a mérés varianciáját, mivel a hasonló erőforrások ismerete csökkenti az adatok korrelálásával és elemzésével töltött időt. Holisztikus perspektívája van a problémák előrejelzéséhez.
Telemetriát bocsát ki az alkalmazáskódból, amely korrelálja a végrehajtási folyamat főbb pontjait, és különböző részletességi szinteken nyújt végpontok közötti nézetet.	A műveletek rangsorolása a súlyossági szint alapján, és a kontextus megértése a részletessége miatt. Ezek az információk hibaelhárítási célokból kulcsfontosságúak.
Az adatok kibocsátásának és gyűjtésének felelőssége még akkor is, ha az adatgyűjtőket több csapat osztja meg, és központi csapatok kezelik.	A számítási feladat környezetére vonatkozó monitorozási adatok honosításával a csapat hozzáférhet a naplókhoz és a metrikákhoz a számítási feladatok problémáinak kezelése érdekében.
Gyűjtsön elég adatot , és tartsa meg elég ideig. Vegye figyelembe az adatok naplózásához és tárolásához kapcsolódó költségmegkötéseket.	A szándékos adatgyűjtés segít optimalizálni a szükségesnél több adat gyűjtésével járó pénzügyi és üzemeltetési költségeket . Minimalizálja a zajt, és kerülje az intenzív számítást az elemzés során, és csökkentse a szükségtelen adatok tárolásának költségeit.
Különbséget tehet a különböző figyelési jelek között: profilok, naplók, metrikák és nyomkövetések. Használja az egyes jeleket a megfelelő célra. Rangsorolja a metrikák használatát a numerikus mérésekre támaszkodó műveletek aktiválásához. Profilok használatával alacsonyabb szintű láthatóságot érhet el, például memóriafoglalást a rendszerbe. Naplók és nyomkövetések használatával biztosíthatja a folyamatok és függőségek kontextusát.	A jelek megfelelő célokra való használatával megakadályozhatja a monitorozási rendszer nem hatékony megvalósítását. A naplók műveletekhez való használata például elemzést igényel. Előfordulhat, hogy a metrikákkal gyorsabban elérheti ugyanazokat a célokat.
Az irányítópultok adatainak összesítése és vizualizációja a célközönség számára kiszolgált figyelési adatok megjelenítéséhez és az üzleti környezet szem előtt tartásához. A helyzetelemzési irányítópultok segítségével adatfelfedezéssel ösztönözhet tudatosságot az érdekelt felek körében. Működési irányítópultok és munkafüzetek használata részletezési képességekkel az operátori tevékenységekhez, például incidenskezeléshez. Gyakran frissítse az irányítópultokat, és adjon részletes adatokat.	Vizualizációkkal elemezheti a trendeket, nyomon követheti az üzleti célokat, és kezelheti az incidenseket. Az ügyfél érdeklődésére szabott irányítópultok releváns értelmezést tesznek lehetővé, és felgyorsítják az észlelés és a cselekvés idejét.
A riasztások végrehajthatóvá tétele a felelős szerepkörök szabványosított leírásokkal és súlyossági szintekkel történő értesítésével. Adja meg a különböző forrásokból csoportosított információkat, és kövesse nyomon az üzleti céloktól való eltéréseket. Riasztásokat csak olyan incidensek esetén aktiválhat, amelyek műveletet igényelnek. Törekedjen proaktív és elgondolkodtató riasztásokra, amelyek a csökkentett állapot meghibásodása előtti műveleteket kezdeményeznek.	A riasztások a szervezet által meghatározott jelentős eseményekre is felhívják a figyelmet. A jó riasztási rendszer azonosítja a műveleteket és a súlyosságot, és elegendő adatot biztosít a világosság és a cél eléréséhez. Az operátorok késedelem nélkül megkezdhetik a szervizelést.

Üzembe helyezés magabiztosan

Kiszámíthatósággal érheti el a kívánt üzembe helyezési állapotot.

Olyan számítási feladatok ellátási láncának létrehozása, amely lehetővé teszi, hogy következetesen elérje a kiszámíthatóság célját az összes környezetben, a számítási feladatok üzemeltetési platformjaiban, az alkalmazásokban, az adatokban és a konfigurációs erőforrásokban. Az üzembehelyezési mechanizmusnak képesnek kell lennie automatizálásra, tesztelésre, monitorozásra és verziószámozásra. Modulárisnak kell lennie, és készen kell állnia az igény szerinti végrehajtásra. Nem lehet monolitikus végpontok közötti folyamatként ábrázolni. Az ellátási lánc nem feltétlenül a gyorsabb végrehajtáshoz, hanem több iteráció konzisztenciájának és öndokumentációjának eléréséhez szükséges.

A számítási feladatokért felelős csapat felelős az ellátási láncért, mivel az a saját számítási feladatához kapcsolódik.

Módszer	Juttatások
Az infrastruktúra mint kód (IaC) használatával definiálhatja az éles üzemre kész ellátási lánc megismételhető aspektusait. A deklaratív megközelítéseket részesítse előnyben az imperatív módszerekkel szemben.	A deklaratív IaC-technológiák automatizálást és újrafelhasználhatóságot szem előtt tartva lettek kialakítva. Az infrastruktúra-telepítéseket ki lehet kapcsolni az egyénektől az eszközhasználatba, és konzisztens minőséget érhet el. Az infrastruktúra szempontjából a kevesebb technológiai lehetőség kiküszöböli az eszközhasználat varianciáját, és megkönnyíti a konfigurációs eltérés észlelését. A karbantartás is egyszerűbb lesz. Ha a lehetőségeket a csapat meglévő készségkészletéhez igazítja, a csapat könnyen elfogadhatja őket.
Készítse elő a csapatot a kiválasztott IaC-technológia használatára. Megismerheti bővíthetőségi modelljét, képességeit és korlátait. Használja ki a csapaton belüli specializációt és a szervezeten belüli tudásmegosztást.	A továbbképzés növeli a termelékenységet, és elősegíti a közös tanuláson keresztüli együttműködési környezetet. A hiányokat a felvétel helyett betanítással is kitöltheti.
Kövesse az IaC fejlesztésére és karbantartására vonatkozó szoftverjavaslatokat. Modularizáljon moderálással. Kerülje az egyéni vagy alacsony értékű absztrakciókat. Kövesse a rétegzett megközelítést a különböző életciklusok tükrözéséhez. Alaprétegek létrehozása, ahol az alsó rétegek állandóak maradnak, és a felső rétegek szükség szerint változnak. Az üzembehelyezési összetevők, például az alkalmazás bináris fájljai, az IaC-sablonok és a paraméterek a támadási felület részét képezik. Biztosítékokat alkalmazhat, például a titkos kódok kezelését, a hozzáférés-vezérlést és a biztonsági pillér egyéb alapelveit.	Az összetevők ugyanolyan szintű mérnöki szigort tapasztalnak, mint az alkalmazáskód. A minőségellenőrzések a társértékelések és a tesztelés révén megbízhatóságot biztosítanak az üzembe helyezésben. A rétegzett megközelítés megkönnyíti a karbantartást, és olyan határokat hoz létre, amelyek egyértelmű felelősségi vonalakat hoznak létre. A biztonsági vezérlők összetevőkhöz való hozzáadása segít a rendszer megerősítésében az üzembe helyezési folyamat során.
Dolgozzon ki egy általános üzembehelyezési jegyzékfájlt, amelyet minden környezetben használnak. Használja ezt a jegyzékfájlt alapértelmezett mechanizmusként zöldmezős projektekhez, növekményes számítási feladatok frissítéséhez vagy vészhelyreállításhoz.	Távolítsa el a több eszköz karbantartásának többletterhelését. Ha katasztrófa történik, a helyreállítás gyors és megbízható lesz, mert rögtönzött környezet létrehozása helyett üzembe helyezhet egy kipróbált és tesztelt jegyzékfájlt.
Törekedjen az IaC-automatizálással üzembe helyezett nem módosítható és rövid élettartamú infrastruktúrára .	Tiltsa le a konfiguráció eltérését, és állítsa be az üzembe helyezés idempotenssé. Az ilyen típusú infrastruktúra eltávolítja a jelentős működési terheket, például a javításokat. Emellett az alapvető érvényesítési forgatókönyvek, például a kék-zöld infrastruktúra üzembe helyezése is előnyös.

Feljegyzés

Csökkentse a portálhasználat hatókörét csak a nem ismétlődő vizsgálati feladatokra.

Automatizálás a hatékonyság érdekében

Cserélje le az ismétlődő manuális feladatokat olyan szoftverautomatizálásra, amely gyorsabban, nagyobb konzisztenciával és pontossággal végzi el azokat, és csökkenti a kockázatokat.

Előfordulhat, hogy a számítási feladat olyan munkafolyamatokkal rendelkezik, amelyekben a csapattagok olyan hétköznapi, ismétlődő és időigényes feladatokat végeznek, amelyeknek valójában nincs szükségük emberi értelemre. A gyakoriságtól függően jelentős időt tölthet ezekre az erőfeszítésekre, és több időt fordíthat a számítási feladatok növekedésére. Ezek a folyamatok az emberi bemenetek miatt gyakran hibalehetőséget jelentenek.

Az automatizálással időt, energiát és pénzt takaríthat meg, és elkerülheti a hibákat.

Módszer	Juttatások
Értékelje ki az összes munkafolyamatot az összetettség, a munkamennyiség, a gyakoriság, a pontosság, az idősorok és az élettartam megfelelő szintjén lévő feltételek alapján. Automatizálja a munkafolyamatokat az értékelés alapján, és rangsorolja a munkafolyamatokat a legmagasabb várt eredményekkel. Távolítsa el a redundáns munkafolyamatokat , vagy adjon hozzá értéket az emberi munka igazolásához.	A csapatkapacitást újrabefektetheti a nagyobb értékű munkában, és növelheti a termelékenységet és a konzisztenciát. A munkafolyamatok leltárának elkészítése biztosítja a megfelelő feladatok automatizálását. A redundáns tevékenységek eltávolítása csökkenti az összetettség és a hibák számát.
Legyen explicit a döntésével kapcsolatban, amikor kiértékeli, hogy egyéni eszközkészletet hoz-e létre vagy szoftvereket vásárol. Az épületautomatizálást magas specializációjú és nagy értékű munkához kell lefoglalni.	Ha megvásárolja a polcon kívüli szoftvereket, és kihasználja a támogatási szerződést, megtakaríthatja a karbantartási költségeket. A szoftverfejlesztéssel jobban szabályozhatja és kezelheti a csapat és a számítási feladat egyedi eseteit. Ennek azonban van költséghatása. Az eszközök kiválasztása egységesíti a műveleteket. A képzéssel egységes felkészültséget érhet el a bevezetésre.
A számítási feladatok összetevőinek tervezése az automatizálási képességek támogatásához.	Kerülje el azt a helyzetet, amikor a rendszer kialakításában az automatizálás hiánya elősegíti az ismétlődő feladatok mintáját, lassítja a növekedést, és elkezdi felhalmozni a technikai adósságot.
Minden automatizálást a számítási feladat kritikus függőségeként kezel. Alkalmazkodjon a számítási feladatok várható növekedéséhez. Az automatizálási eszközök a számítási feladatok szerves részét képezik, és meg kell felelnie az öt jól kiépített keretrendszer-alappillérnek.	Úgy tervezheti meg az automatizálási összetevőt, hogy ellenálljon a kockázatoknak, például a biztonsági fenyegetéseknek. Az ajánlott eljárások alkalmazásával elkerülheti a megvalósítási sprawlt. A számítási feladat továbbra is magas szintű garanciával fog működni, ha ez a függőség működőképes és biztonságos marad.
Automatizálhatja a méretezést a számítási feladaton túli lehetőségek feltárásával. A "tervezés egyszer, mindenhol fusson" modell előnyben részesítése sablonokkal és keretrendszerekkel új projektek előkészítéséhez és a meglévő tervek és megvalósítások újbóli felhasználásának előmozdításához.	Alkalmazzon kipróbált és tesztelt módszereket, és csökkentse a meghibásodás esélyét.

Biztonságos üzembehelyezési eljárások bevezetése

A hibák vagy váratlan feltételek hatásának minimalizálása érdekében implementáljon védőkorlátokat az üzembe helyezési folyamat során.

A fejlesztési ciklus során a számítási feladatok összetevői számos módosításon mennek keresztül a implementálásuk és tesztelésük során, valamint a hibák kijavítása során.

Az üzembe helyezési folyamatnak szabványos üzemeltetési eljárást kell követnie. Minden módosítást ugyanolyan szigorúsággal kell üzembe helyezni. Ez az elv egyformán vonatkozik a kódra, a konfigurációra és az összes kapcsolódó összetevőre. A legfontosabb, hogy a lehető leghamarabb alkalmazza a biztonságos eljárásokat, hogy kiszámítható legyen az éles környezetben. Még akkor is, ha hibák érik el az ügyfeleket, a lehető leghamarabb végre kell hajtania a helyreállítási módosításokat.

Módszer	Juttatások
Szabványosítsa a módosítás üzembe helyezésének folyamatát automatizált üzembehelyezési folyamatokkal, például folyamatokkal. Minden környezetnek folyamatokat kell használnia. Az objektumok és verziók besorolása környezetenként, hogy könnyen nyomon követhetők és azonosíthatók legyenek.	A konzisztens üzembehelyezési módszerek csökkentik a folyamathibák és a variancia okozta problémákat, és lehetővé teszik, hogy a munkaterheléssel kapcsolatos problémákra összpontosítson. A szabványosítás biztosítja, hogy az üzembe helyezés biztonságosan, megbízhatóan és megismételhető módon legyen befejezve. A besorolás megkönnyíti a korábbi üzemelő példányok és problémák naplóinak megtekintését. Ezeket az információkat felhasználhatja a visszaállítási és a visszaállítási műveletek felgyorsítására.
Kis növekményes frissítések üzembe helyezése rendszeres ütemben.	A gyakori, jól tesztelt, kis frissítések megkönnyítik a kiadás ellenőrzését. Kisebb lábnyom miatt gyorsabban , minimális ügyfélhatással háríthatja el a hibaelhárítást.
A frissítések szigorú tesztelése különböző mechanizmusok használatával a fejlesztési életciklus során.	A fejlesztés korai szakaszainak problémái. Az iteratív javítások és a konzisztens üzembe helyezési eljárások miatt a problémák a frissítés éles üzemre való készen állásának idejére leállnak.
A frissítések fokozatos bevezetése kellő gondossággal. Olyan üzemi modelleket használjon, amelyek lehetővé teszik a példányok és ügyfelek számának fokozatos növelését mindaddig, amíg a frissítést mindenki biztonságosan nem fogadja el.	Tesztelje az egyes frissítéseket ellenőrzött módon, hogy a problémákat az éles környezet korai szakaszában kijavítsa. Kerülje a hibás frissítés bevezetése, amely hatással van a teljes ügyfélbázisra. Ellenőrizze, hogy a frissítés kompatibilis-e visszafelé és előre.
Az üzembe helyezési hibák gyors helyreállítására vonatkozó kockázatcsökkentési stratégiával rendelkezik. A stratégiának ki kell terjednie a probléma kritikussága alapján a visszalépéssel vagy a továbblépéssel kapcsolatos döntéshozatalra. Jól definiált folyamatokkal és automatizált rendszerekkel rendelkezhet, amelyek a standard üzembehelyezési folyamatok használatával gyorsan el tudják végezni a javításokat.	Csökkentse a lehetséges hatás időtartamát. Állítsa vissza a rendszert az előző működő verzióra, vagy lépjen tovább egy olyan verzióra, amely alaposan tesztelt javításokat tartalmaz.
Rendelkeznie kell egy tartalék tervvel , amely vészhelyzet esetén visszaállítja a rendszert működő állapotra, és helyreállítja a váratlan hibákat. Ezt a stratégiát csak szükség esetén és jóváhagyással használhatja. Törekedjen arra, hogy idővel javítsa a tervet.	Gyorsan nyomon követheti a magas prioritású javításokat, például a biztonsági javításokat. Előfordulhat, hogy a gyorsított folyamat nem rendelkezik a szokásos üzemeltetési eljárások összes ellenőrzésével, de a lehető leggyorsabb módon fogja elérni az ügyfeleket egy biztonságos verzióra, amely meghaladja az alacsonyabb hatású hibákat.

Következő lépések

Javasoljuk, hogy tekintse át az Operatív kiválóság ellenőrzőlistát más fogalmak megismeréséhez.

Működési kiválósági ellenőrzőlista