A termékek előtt hasonlítsa össze a felelősségeket

Azonos eredményt hasonlítson össze

A prototípuskészítő eszköz kiválasztásának nem kell meghatároznia az éles üzemeltetési modellt. Az emberek a munkájukhoz illő eszközökkel vizsgálhatnak ötleteket. A szervezetnek továbbra is támogatott módszerre van szüksége a hasznos eredmények biztonságossá tételéhez, telepítéséhez, karbantartásához és üzemeltetéséhez.

A kódolási asszisztens, a belső platform és a szoftvergyár a probléma eltérő részeit oldhatja meg. Az előfizetési árak hatókör nélküli összehasonlítása félrevezető döntéshez vezethet.

Induljon ki az elvárt eredményből: egy belső szolgáltatás szállítása és üzemeltetése a vállalat adatkezelési, biztonsági és megbízhatósági követelményei szerint. Ezután azonosítsa a teljes életciklus szükséges munkáját. Az első sikeres bemutató utáni munkát is vegye fel.

Egy fiktív szerződéskezelő szolgáltatáshoz a szervezetnek jóváhagyott követelmények, munkatársi hozzáférés, privát rekordok, ellenőrzött kiadások, incidenskezelés és folyamatos frissítések kellenek. A végpontot generáló eszköz ennek a listának csak egy részét kezeli.

Írjon le három lehetséges üzemeltetési modellt

Kódolási asszisztensnél a fejlesztők meglévő fejlesztési rendszerben használják az AI-t. A környező folyamatokat, integrációkat, platformképességeket és bizonyítékgyűjtést a szervezet biztosítja. Ez illeszkedhet egy érett közös szolgáltatásokkal rendelkező szervezethez.

Belsőleg összeállított szállítási rendszernél a szervezet integrálja az agenteket, a kontextust, az ellenőrzéseket, a telepítést és az üzemeltetési visszajelzést. Így irányíthatja a rendszer kialakítását, és egyben az integrációs termékért, annak támogatásáért és frissítéséért is felel.

Megvásárolt szoftvergyárnál a beszállító szélesebb, összekapcsolt munkafolyamatot ad. Ellenőrizze a tényleges hatókört és a támogatott integrációkat. A szervezetnek továbbra is termékdöntésekre és egyértelmű felelősségmegosztásra van szüksége.

Ezek összehasonlítási modellek, nem általános termékkategóriák. Egy adott beszállító vagy belső platform másképp is kombinálhatja a képességeket.

Ellenőrizze a prototípustól az üzemelő szolgáltatásig vezető utat

Minden lehetőségnél ugyanazt a konkrét helyzetet használja. A banki prototípusnál szintetikus tranzakciókkal és éles jogosultságok nélkül kezdjen. A hozzáférés bővítése előtt kérje a csapattól vagy beszállítótól e képességek bemutatását:

1. A prototípus értékelése és a módosítandó vagy cserélendő kód azonosítása.
2. Telepítés a szükséges infrastruktúrába, saját felhőfiókokba is, ahol ezt a szabályzat előírja.
3. Az alkalmazásjogosultságok, a titokkezelés, valamint a fejlesztési és futásidejű adatáramlások ellenőrzése.
4. Bizonyíték előállítása az alkalmazandó követelményekhez és a kiadási döntés rögzítése.
5. A szolgáltatás figyelése, sérülékenységjavítás, helyreállítási tesztelés és incidenskezelés.

A kód saját fiókba helyezése ennek csak egy része. Ellenőrizze, ki adminisztrálhatja a környezetet, és hol fogadnak adatot a külső szolgáltatások. A kontrollokat igazítsa a kötelezettségekhez; a telepítési hely önmagában nem igazol megfelelést.

Egy beszállító megadott határainak vizsgálatához vesse össze a Taiga megosztott felelősségről szóló leírását a saját térképével. Ez az oldal kiadójának saját anyaga. A Taiga aktiválása előtt ellenőrizze az alkalmazandó megállapodást és konfigurációt.

Válassza külön az elvégzést, az ellenőrzést és a döntést

Minden tevékenységnél rögzítse, ki végzi el, ki ellenőrzi az eredményt, és ki fogadja el a következményt. Egy fél több szerepet is betölthet, de a betöltetlen szerep hiányosság.

A felhőszolgáltatások is megosztják a felelősséget a szolgáltató és az ügyfél között. A pontos megosztás szolgáltatásonként eltér. Ez pontos térkép kérését indokolja, nem azt a feltételezést, hogy minden felügyelt termék határa azonos. AWS megosztott felelősség.

Keresse a hiányokat és a megkettőzött munkát

Tegyük fel, hogy a beszállító pipeline-t generál, miközben a platformcsapat már fenntartja a jóváhagyott telepítési útvonalat. Döntse el, azt kell-e használnia a beszállítónak. Két külön karbantartott pipeline ütköző kontrollokat és felesleges költséget okozhat.

Fordítva is lehet hiány: a beszállító feltételezi, hogy az ügyfélnek van incidenskezelő csapata, az ügyfél pedig azt, hogy az üzemeltetés része a szolgáltatásnak. Tisztázza ezt, mielőtt a felhasználók a szolgáltatásra támaszkodnak.

A CNCF platformútmutatója lehetővé teszi a belső és felügyelt képességek kombinálását. A releváns kérdés az, hogy az eredményül kapott működés világos felelősséggel teljesíti-e a felhasználói igényeket. CNCF-útmutató.

Használja a térképet az üzleti döntéshez

Csatolja a felelősségi térképet az értékelési feljegyzésekhez, és pontosítsa az alkalmazandó megállapodásban. Árazza be a szervezetnél maradó munkát. Számoljon a komponensek közötti kapcsolatok karbantartásával is.

A szélesebb körű beszállító értékes lehet, ha integrációs munkát vesz át, és megőrzi a bizonyítékot a teljes életciklusban. A belső megközelítés akkor lehet értékes, ha egyedi követelmények indokolják a folyamatos saját felelősséget. Az elvárt eredmény és az ellenőrzött hatókör alapján döntsön.