Porovnajte zodpovednosti pred produktmi

Porovnávajte rovnaký výsledok

Voľba nástroja na prototypy nemusí určovať váš produkčný prevádzkový model. Ľudia môžu skúmať nápady pomocou nástrojov vhodných pre ich prácu. Organizácia stále potrebuje podporovaný spôsob zabezpečenia, nasadenia, údržby a prevádzky užitočných výsledkov.

Programovací asistent, interná platforma a softvérová továreň môžu riešiť rôzne časti problému. Porovnanie cien ich predplatného bez definovania rozsahu môže viesť k zavádzajúcemu rozhodnutiu.

Začnite požadovaným výsledkom: dodávať a prevádzkovať internú službu podľa firemných požiadaviek na údaje, bezpečnosť a spoľahlivosť. Potom určte potrebnú prácu počas celého životného cyklu. Zahrňte aj prácu po prvej úspešnej ukážke.

Pri fiktívnej službe zmlúv potrebuje organizácia schválené požiadavky, prístup zamestnancov, súkromné záznamy, overené vydania, reagovanie na incidenty a priebežné aktualizácie. Nástroj, ktorý generuje endpoint, rieši časť tohto zoznamu.

Opíšte tri možné prevádzkové modely

Pri programovacom asistentovi používajú vývojári AI v existujúcom inžinierskom systéme. Organizácia poskytuje okolité procesy, integrácie, schopnosti platformy a zber dôkazov. To môže vyhovovať organizácii s vyspelými zdieľanými službami.

Pri interne zostavenom systéme dodávania organizácia integruje agentov, kontext, kontroly, nasadenie a prevádzkovú spätnú väzbu. Získava kontrolu nad návrhom a zároveň zodpovedá za integračný produkt, jeho podporu a aktualizácie.

Pri zakúpenej softvérovej továrni poskytuje dodávateľ širší prepojený pracovný postup. Overte skutočný rozsah a podporované integrácie. Organizácia stále potrebuje produktové rozhodnutia a výslovné rozdelenie zodpovednosti.

Sú to porovnávacie modely, nie univerzálne kategórie produktov. Konkrétny dodávateľ alebo interná platforma môže kombinovať schopnosti inak.

Overte cestu od prototypu k prevádzkovanej službe

Pre každý variant použite rovnaký konkrétny scenár. Pri bankovom prototype začnite syntetickými transakciami bez skutočných oprávnení. Pred rozšírením prístupu požiadajte tím alebo dodávateľa o ukážku týchto schopností:

1. Posúdiť prototyp a určiť kód, ktorý potrebuje zmenu alebo nahradenie.
2. Nasadiť do požadovanej infraštruktúry vrátane vlastných cloudových účtov, ak ich politika vyžaduje.
3. Overiť oprávnenia aplikácie, správu tajných údajov a toky údajov pri vývoji aj za behu.
4. Vytvoriť dôkazy voči uplatniteľným požiadavkám a zaznamenať rozhodnutie o vydaní.
5. Monitorovať službu, opravovať zraniteľnosti, testovať obnovu a reagovať na incidenty.

Presun kódu do vášho účtu je jednou časťou tejto práce. Overte, kto môže spravovať prostredie a kde externé služby dostávajú údaje. Kontrolné mechanizmy prispôsobte svojim povinnostiam; samotné miesto nasadenia nepreukazuje súlad.

Ako príklad deklarovaných hraníc jedného dodávateľa porovnajte opis zdieľanej zodpovednosti Taiga so svojou mapou. Tento materiál patrí vydavateľovi webu. Pred aktiváciou Taigy overte príslušnú dohodu a konfiguráciu.

Oddeľte vykonávanie, kontrolu a rozhodovanie

Pri každej činnosti zaznamenajte, kto ju vykonáva, kto overuje výsledok a kto prijíma zodpovednosť za dôsledok. Jedna strana môže mať viacero rolí, ale nepridelená rola je medzerou.

Aj cloudové služby rozdeľujú zodpovednosť medzi poskytovateľa a zákazníka. Presné rozdelenie závisí od služby. Použite to ako dôvod vyžiadať si presnú mapu, nie ako predpoklad rovnakej hranice pri každom spravovanom produkte. Zdieľaná zodpovednosť AWS.

Hľadajte medzery a duplicitnú prácu

Predstavte si, že dodávateľ generuje pipeline, zatiaľ čo platformový tím už udržiava schválenú cestu nasadenia. Rozhodnite, či ju má dodávateľ používať. Dve nezávisle udržiavané pipelines môžu vytvoriť protichodné kontroly a zbytočné náklady.

Naopak, dodávateľ môže predpokladať, že zákazník má tím incidentov, zatiaľ čo zákazník predpokladá zahrnutú prevádzku. Túto medzeru vyriešte skôr, než budú používatelia od služby závisieť.

Odporúčania CNCF pre platformy umožňujú kombinovať interné a spravované schopnosti. Relevantná otázka je, či výsledná práca so systémom spĺňa potreby používateľov pri jasnej zodpovednosti. Odporúčania CNCF.

Použite mapu pri obchodnom rozhodnutí

Mapu zodpovednosti pripojte k záznamom hodnotenia a objasnite ju v príslušnej dohode. Vyčíslite prácu, ktorá zostáva vašej organizácii. Zahrňte náklady na údržbu prepojení medzi komponentmi.

Dodávateľ so širším rozsahom môže byť hodnotný, keď odstraňuje integračnú prácu a zachováva dôkazy v celom životnom cykle. Interný prístup môže byť hodnotný tam, kde jedinečné požiadavky odôvodňujú trvalú vlastnú zodpovednosť. Rozhodujte podľa požadovaného výsledku a overeného rozsahu.