Salīdziniet atbildību pirms produktiem

Salīdziniet vienu un to pašu rezultātu

Prototipēšanas rīka izvēlei nav jānosaka produkcijas darbības modelis. Cilvēki var izpētīt idejas ar savam darbam piemērotiem rīkiem. Organizācijai joprojām vajag atbalstītu veidu noderīgo rezultātu aizsardzībai, izvietošanai, uzturēšanai un ekspluatācijai.

Programmēšanas asistents, iekšēja platforma un programmatūras ražotne var atrisināt dažādas problēmas daļas. To abonēšanas cenu salīdzināšana bez noteikta tvēruma var novest pie maldinoša lēmuma.

Sāciet ar nepieciešamo rezultātu: piegādāt un ekspluatēt iekšēju pakalpojumu saskaņā ar uzņēmuma datu, drošības un uzticamības prasībām. Tad nosakiet darbu visā dzīvesciklā. Iekļaujiet darbu pēc pirmās veiksmīgās demonstrācijas.

Izdomātam līgumu pakalpojumam organizācijai vajag apstiprinātas prasības, darbinieku piekļuvi, privātus ierakstus, pārbaudītus laidienus, reaģēšanu uz incidentiem un pastāvīgus atjauninājumus. Rīks, kas ģenerē galapunktu, risina daļu šī saraksta.

Aprakstiet trīs iespējamos darbības modeļus

Izmantojot programmēšanas asistentu, izstrādātāji lieto MI esošā inženierijas sistēmā. Organizācija nodrošina apkārtējos procesus, integrācijas, platformas iespējas un pierādījumu vākšanu. Tas var derēt organizācijai ar nobriedušiem koplietojamiem pakalpojumiem.

Iekšēji saliktā piegādes sistēmā organizācija integrē aģentus, kontekstu, pārbaudes, izvietošanu un ekspluatācijas atgriezenisko saiti. Tā iegūst kontroli pār risinājumu un arī atbild par integrācijas produktu, tā atbalstu un jauninājumiem.

Ja organizācija iegādājas programmatūras ražotni, piegādātājs nodrošina plašāku saistītu darbplūsmu. Pārbaudiet faktisko tvērumu un atbalstītās integrācijas. Organizācijai joprojām vajag produkta lēmumus un skaidru atbildības sadalījumu.

Tie ir salīdzināšanas modeļi, nevis universālas produktu kategorijas. Konkrēts piegādātājs vai iekšēja platforma var apvienot iespējas citādi.

Pārbaudiet ceļu no prototipa līdz ekspluatētam pakalpojumam

Katram variantam izmantojiet vienu konkrētu scenāriju. Bankas prototipam sāciet ar sintētiskiem darījumiem un bez īstām tiesībām. Pirms piekļuves paplašināšanas lūdziet komandai vai piegādātājam demonstrēt šīs spējas:

1. Novērtēt prototipu un atrast kodu, kas jāmaina vai jāaizstāj.
2. Izvietot nepieciešamajā infrastruktūrā, tostarp jūsu mākoņa kontos, ja to prasa politika.
3. Pārbaudīt lietotnes tiesības, slepeno datu apstrādi un izstrādes un izpildes laika datu plūsmas.
4. Radīt pierādījumus piemērojamām prasībām un reģistrēt lēmumu par laidienu.
5. Uzraudzīt pakalpojumu, novērst ievainojamības, pārbaudīt atjaunošanu un reaģēt uz incidentiem.

Koda pārvietošana jūsu kontā ir viena šī darba daļa. Pārbaudiet, kurš var administrēt vidi un kur ārējie pakalpojumi saņem datus. Saskaņojiet kontroles ar saviem pienākumiem; izvietošanas vieta viena pati nepierāda atbilstību.

Lai redzētu viena piegādātāja norādītās robežas, salīdziniet Taiga kopīgās atbildības aprakstu ar savu karti. Šis materiāls pieder izdevējam. Pirms Taiga ieviešanas pārbaudiet piemērojamo līgumu un konfigurāciju.

Atdaliet veikšanu, pārbaudi un lēmumu

Katrai darbībai reģistrējiet, kurš to veic, kurš pārbauda rezultātu un kurš uzņemas atbildību par sekām. Viena puse var pildīt vairākas lomas, bet neaizpildīta loma ir nepilnība.

Arī mākoņpakalpojumi sadala atbildību starp sniedzēju un klientu. Precīzais sadalījums ir atkarīgs no pakalpojuma. Izmantojiet to kā iemeslu prasīt precīzu karti, nevis pieņemt, ka visiem pārvaldītiem produktiem ir tāda pati robeža. AWS kopīgā atbildība.

Meklējiet nepilnības un dublētu darbu

Pieņemsim, ka piegādātājs ģenerē pipeline, kamēr platformas komanda jau uztur apstiprinātu izvietošanas ceļu. Izlemiet, vai piegādātājam būtu jāizmanto šis ceļš. Divi neatkarīgi uzturēti pipeline var radīt pretrunīgas kontroles un nevajadzīgas izmaksas.

Savukārt piegādātājs var pieņemt, ka klientam ir incidentu komanda, kamēr klients pieņem, ka ekspluatācija ir iekļauta. Atrisiniet šo nepilnību, pirms lietotāji kļūst atkarīgi no pakalpojuma.

CNCF platformu norādes ļauj organizācijām apvienot iekšējas un pārvaldītas iespējas. Būtiskais jautājums ir, vai iegūtā pieredze apmierina lietotāju vajadzības ar skaidru atbildību. CNCF norādes.

Izmantojiet karti komerciālajā lēmumā

Pievienojiet atbildības karti novērtēšanas piezīmēm un precizējiet to piemērojamajā līgumā. Aprēķiniet jūsu organizācijai atlikušā darba izmaksas. Iekļaujiet komponentu savienojumu uzturēšanas izmaksas.

Plašāka tvēruma piegādātājs var būt vērtīgs, ja tas noņem integrācijas darbu un saglabā pierādījumus visā dzīvesciklā. Iekšēja pieeja var būt vērtīga, ja īpašas prasības pamato pastāvīgu atbildību. Lemiet pēc nepieciešamā rezultāta un pārbaudīta tvēruma.