Aktiválja a Taigát teljes felelősségi modellel

A szervezeti eredményből induljon ki

Ez az utolsó helyzet összekapcsolja a korábbi leckéket. Egy fiktív vállalat aktiválni szeretné a Taigát az eszközigénylő szolgáltatásához. A kívánt előny ismételhető út az üzleti igénytől a review során ellenőrzött szoftverig és a karbantartott termékismeretig.

Határozza meg az elvárt eredményt és a szervezeténél maradó munkát. A szoftvergyár nem dönti el, mely üzleti kockázatokat fogadja el a vállalat, vagy ki felel az éles szolgáltatásért.

Ugyanazokat a bizonyítékkritériumokat használja, amelyeket más szállítónál alkalmazna. Az illetékes felelősökkel erősítse meg a választott szolgáltatási megállapodást, az adatkezelést, a felelősségeket és a kilépési követelményeket.

Vizsgálja felül a jövőbeli munkát alakító kontextust

A Taiga a szervezet beállítási adataiból kezdeti policykat és jóváhagyott technológiai táblázatot készít. Mielőtt megerősíti az alkalmasságukat, vizsgálja meg ezeket az adatokat és az elkészült policykat. A generált policy nem bizonyítja, hogy valaki felülvizsgálta.

A három kontextustípust tudatosan használja:

A bizalmas referenciaanyagot tartsa az engedélyezett adatkezelési határon belül.

Az utasításokat és az ismereteket a legmagasabb olyan szintre helyezze, ahol igazak: szervezet, factory vagy termék. Az alacsonyabb szintek részleteznek; nem törlik a magasabb szintű szabályokat. Vizsgálja felül a designszabványokat, és ahol indokolt, kapcsolja a tényleges designrendszer repozitárját.

Kapcsolja a meglévő platformot

Döntse el, ki írja az infrastruktúrakódot és a CI/CD-pipeline-okat. A Taiga megfelelő beállításait igazítsa ehhez a felelősségmegosztáshoz. Írja le a tényleges futtatókörnyezetet, az identitáskezelés módját, az adatszolgáltatásokat, a környezeteket és a telepítési folyamatot.

Az eszközigénylő szolgáltatásnál a platformcsapat megtartja a felhőfiókokat, az éles hozzáférést és a telepítési jóváhagyásokat. A Taiga tervezésének ezeket az interfészeket kell használnia. A környezetleírások kontextust adnak; a hitelesítő adatok és a jogosultságok külön, ellenőrzött beállítást igényelnek.

A kötelező review- és telepítési szabályokat az őket kikényszerítő rendszerekben állítsa be. A sor indítása előtt erősítse meg a termék autonómiabeállításait és az initiative-ek egyedi választásait.

Jelölje ki a szolgáltatás felelősét

Rendeljen felelőst az incidensekhez, a karbantartáshoz, az adatdöntésekhez, a helyreállításhoz és a szállítói koordinációhoz. Határozza meg az üzemeltetendő alkalmazás rendelkezésre állási igényeit és RTO/RPO-céljait.

A Taiga Monitoring a termék egészségét fedi le. Nem helyettesíti a szervezet teljes infrastruktúra-observability és reagálási képességét. Erősítse meg a releváns környezet beállítását és a megállapítástól az intézkedésre képes személyig vezető utat.

Vizsgálja felül az első szállítást a követelménytől a terven, futáson és pull requesten át a telepítésig. Jóváhagyott tesztadatokkal ellenőrizze a hasznos működést. A hiányzó bizonyítékot hiányzóként rögzítse.

Ismételhető bizonyítékok alapján bővítsen

Másik termék vagy adatosztály hozzáadása előtt vizsgálja felül az identitáskezelés, kontrollok, üzemeltetési hatás és felelősség különbségeit. Használja újra az érvényes közös kontextust, és javítsa a nem alkalmazható feltételezéseket.

Mérje a hasznos szállítást, a review-ráfordítást, az újramunkát és az üzemeltetési eredményeket a kiindulási állapothoz mérten. Az üzemeltetési modell tartalmazzon kilépési gyakorlatot és felülvizsgálati dátumot.

A tanulás eredménye az, hogy jobb kérdéseket tud feltenni és indokolt döntést tud hozni. Az aktuális munkafolyamathoz használja a Taiga dokumentációját, a tágabb szolgáltatási kontextushoz pedig a tai.ga oldalt.