Споредете ги одговорностите пред производите

Споредете го истиот исход

Изборот на алатка за прототипирање не мора да го одреди вашиот продукциски модел на работење. Луѓето може да истражуваат со алатки што одговараат на нивната работа. На организацијата сè уште ѝ треба поддржан начин да ги заштити, распореди, одржува и користи корисните резултати во работењето.

Помошник за кодирање, внатрешна платформа и фабрика за софтвер може да решаваат различни делови од проблемот. Споредување на нивните претплати без одреден опфат може да доведе до погрешна одлука.

Почнете со потребен исход: испорачување и водење внатрешна услуга според барањата на компанијата за податоци, безбедност и сигурност на работењето. Потоа утврдете ја потребната работа низ животниот циклус. Вклучете ја работата по првата успешна демонстрација.

За измислена услуга за договори, на организацијата ѝ требаат одобрени барања, пристап за вработените, непублични записи, проверени изданија, одговор на инциденти и постојани ажурирања. Алатка што генерира крајна точка покрива дел од овој список.

Опишете три можни модели на работење

Со помошник за кодирање, програмерите користат AI во постоен инженерски систем. Организацијата ги обезбедува околните процеси, интеграции, платформски можности и собирање докази. Ова може да одговара на организација со зрели споделени услуги.

Со внатрешно составен систем за испорака, организацијата ги интегрира агентите, контекстот, проверките, распоредувањето и оперативните повратни информации. Добива контрола врз дизајнот, но и одговорност за интеграцискиот производ, неговата поддршка и надградби.

Со купена фабрика за софтвер, добавувач обезбедува поширок поврзан работен тек. Проверете ги вистинскиот опфат и поддржаните интеграции. На организацијата сè уште ѝ требаат одлуки за производот и изречна поделба на одговорностите.

Ова се модели за споредба, а не универзални категории производи. Конкретен добавувач или внатрешна платформа може различно да ги комбинира можностите.

Проверете ја патеката од прототип до услуга што работи

Користете го истото конкретно сценарио за секоја опција. За банкарскиот прототип, почнете со синтетички трансакции и без дозволи за вистински системи. Побарајте тимот или добавувачот да ги демонстрира овие можности пред да го проширите пристапот:

1. Оценете го прототипот и утврдете кој код бара промени или замена.
2. Распоредете го во потребната инфраструктура, вклучувајќи ги вашите сопствени облачни сметки каде што политиката ги бара.
3. Проверете ги апликациските дозволи, ракувањето со тајни и тековите на податоци при развој и извршување.
4. Создајте докази за применливите барања и запишете ја одлуката за издавање.
5. Следете ја услугата, поправајте ранливости, тестирајте обновување и одговарајте на инциденти.

Преместување код во вашата сметка е еден дел од оваа работа. Проверете кој може да ја администрира околината и каде надворешни услуги примаат податоци. Усогласете ги контролите со вашите обврски; самата локација на распоредување не утврдува усогласеност.

За наведените граници на еден добавувач, споредете го описот на споделена одговорност на Taiga со вашата карта. Ова е материјал во сопственост на издавачот. Проверете ги применливиот договор и конфигурацијата пред да овозможите Taiga.

Одвојте извршување, проверување и одлучување

За секоја активност, запишете кој ја извршува, кој го проверува резултатот и кој ја прифаќа последицата. Една страна може да има повеќе улоги, но празна улога е празнина.

Облачните услуги исто така ја делат одговорноста меѓу давателот и клиентот. Точната поделба зависи од услугата. Тоа е причина да побарате прецизна карта, а не да претпоставите дека секој управуван производ ја има истата граница. Споделена одговорност според AWS.

Барајте празнини и дуплирана работа

Да претпоставиме дека добавувачот генерира процес за испорака, а платформскиот тим веќе ја одржува одобрената патека за распоредување. Одлучете дали добавувачот треба да ја користи таа патека. Два независно одржувани процеси може да создадат спротивставени контроли и непотребен трошок.

Спротивно на тоа, добавувач може да претпоставува дека клиентот има тим за инциденти, а клиентот да претпоставува дека водењето на услугата е вклучено. Разрешете ја таа празнина пред корисниците да зависат од услугата.

Платформските насоки на CNCF дозволуваат организациите да комбинираат внатрешни и управувани можности. Релевантното прашање е дали добиеното искуство ги исполнува потребите на корисниците со јасна одговорност. Насоки на CNCF.

Користете ја картата во комерцијалната одлука

Приложете ја картата на одговорности кон белешките од оценувањето и разјаснете ја во применливиот договор. Пресметајте го трошокот за работата што останува во вашата организација. Вклучете го трошокот за одржување на врските меѓу компонентите.

Добавувач со поширок опфат може да биде вреден кога отстранува интеграциска работа и ги зачувува доказите низ животниот циклус. Внатрешен пристап може да биде вреден кога посебни барања ја оправдуваат трајната одговорност. Одлучете според потребниот исход и проверениот опфат.