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

Упоредите исти исход

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

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

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

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

Опишите три могућа оперативна модела

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

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

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

Ово су модели за поређење, а не универзалне категорије производа. Одређени добављач или интерна платформа могу другачије да комбинују могућности.

Проверите пут од прототипа до активног сервиса

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

1. Проценити прототип и утврдити који код треба променити или заменити.
2. Поставити га у потребну инфраструктуру, укључујући ваше cloud налоге када политика то захтева.
3. Проверити дозволе апликације, руковање тајнама и токове података током развоја и рада.
4. Обезбедити доказе за применљиве захтеве и забележити одлуку о објављивању.
5. Надзирати сервис, отклањати рањивости, тестирати опоравак и реаговати на инциденте.

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

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

Раздвојите обављање, проверу и одлучивање

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

Cloud сервиси такође деле одговорност између добављача и купца. Тачна подела зависи од сервиса. Нека то буде разлог да тражите прецизну мапу, а не да претпоставите да сваки управљани производ има исту границу. AWS заједничка одговорност.

Потражите празнине и дуплиран рад

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

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

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

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

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

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