Õpitee 06Õppetund 1 / 6

Võrdle vastutusalasid enne tooteid

Võrdle assistenti, sisemist tarneplatvormi ja tarkvaratehast. Leia, millise töö iga variant teeb ja milline vastutus alles jääb.

Alustase10 minÜle vaadatud

Avaldaja Kuidas me kirjutame

Mida õpid

  • Võrdle variante sama nõutava tulemuse suhtes.
  • Erista töö tegemist selle tagajärgede eest vastutamisest.
  • Leia kavandatud tegevusmudeli lüngad ja kattuvused.

Võrdle sama tulemust

Prototüüpimise tööriist ei pea määrama tootmiskeskkonna tegevusmudelit. Inimesed saavad ideid uurida oma tööle sobivate tööriistadega. Organisatsioon vajab endiselt toetatud viisi kasulike tulemuste turvamiseks, juurutamiseks, hooldamiseks ja käitamiseks.

Koodiassistent, sisemine platvorm ja tarkvaratehas võivad lahendada probleemi eri osi. Nende tellimushindade võrdlemine ulatust määramata võib anda eksitava otsuse.

Alusta nõutavast tulemusest: tarni ja käita sisemist teenust ettevõtte andme-, turbe- ja töökindlusnõuete kohaselt. Seejärel leia kogu elutsükli vajalik töö. Kaasa ka esimese eduka demo järel tehtav töö.

Väljamõeldud lepinguteenuse jaoks vajab organisatsioon heakskiidetud nõudeid, töötajate juurdepääsu, privaatseid kirjeid, kontrollitud väljalaskeid, intsidendihaldust ja pidevaid uuendusi. Lõpp-punkti genereeriv tööriist katab osa sellest loendist.

Kirjelda kolme võimalikku tegevusmudelit

Koodiassistendi korral kasutavad arendajad AI-d olemasolevas arendussüsteemis. Organisatsioon tagab ümbritsevad protsessid, integratsioonid, platvormivõimekuse ja tõendite kogumise. See võib sobida küpsete ühiste teenustega organisatsioonile.

Ettevõttes kokku pandud tarnesüsteemi korral ühendab organisatsioon agendid, konteksti, kontrollid, juurutuse ja käitustagasiside. Ta saab kontrolli lahenduse üle ning vastutab ka integratsioonitoote, selle toe ja uuenduste eest.

Ostetud tarkvaratehase korral pakub tarnija laiemat ühendatud töövoogu. Kontrolli tegelikku ulatust ja toetatud integratsioone. Organisatsioon vajab endiselt tooteotsuseid ja selget vastutuse jaotust.

Need on võrdlusmudelid, mitte universaalsed tootekategooriad. Konkreetne tarnija või sisemine platvorm võib võimekusi teistmoodi ühendada.

Kontrolli teed prototüübist töötava teenuseni

Kasuta iga variandi jaoks sama konkreetset stsenaariumi. Pangandusprototüübi puhul alusta sünteetiliste tehingutega ja ilma pärisõigusteta. Enne juurdepääsu laiendamist palu meeskonnal või tarnijal näidata järgmisi võimekusi:

  1. Hinda prototüüpi ja leia muutmist või asendamist vajav kood.
  2. Juuruta nõutavasse taristusse, sealhulgas teie enda pilvekontodesse, kui reeglid seda nõuavad.
  3. Kontrolli rakenduse õigusi, saladuste käitlust ning arenduse ja käituse andmevooge.
  4. Koosta kehtivate nõuete kohta tõendid ja registreeri väljalaskeotsus.
  5. Seira teenust, paranda haavatavusi, testi taastamist ja reageeri intsidentidele.

Koodi teie kontosse viimine on üks osa sellest tööst. Kontrolli, kes saab keskkonda hallata ja kus välised teenused andmeid saavad. Vii kontrollid vastavusse oma kohustustega; juurutuse asukoht üksi ei tõenda nõuetele vastavust.

Ühe tarnija kirjeldatud piiride jaoks võrdle Taiga jagatud vastutuse kirjeldust oma kaardiga. See materjal kuulub väljaandjale. Enne Taiga kasutuselevõttu kontrolli kehtivat lepingut ja konfiguratsiooni.

Erista tegemist, kontrollimist ja otsustamist

Iga tegevuse jaoks pane kirja, kes selle teeb, kes tulemust kontrollib ja kes tagajärje aktsepteerib. Ühel osapoolel võib olla mitu rolli, kuid täitmata roll on lünk.

TegevusKüsimus vastutuskaardile
NõudedKes lahendab ebaselge ärireegli?
AndmekäitlusKes kiidab heaks saajad ja töötlemistingimused?
TeostusKes hooldab genereeritud koodi pärast vastuvõttu?
KontrollimineKes kontrollib, et tõendid katavad tegeliku väljalaske?
JuurutamineKelle identiteet muudab millist keskkonda?
KäitusKes reageerib teenuse tõrkele?
PlatvormiuuendusedKes kohandab integratsioone sõltuvuste muutumisel?

Ka pilveteenused jagavad vastutuse teenusepakkuja ja kliendi vahel. Täpne jaotus sõltub teenusest. See on põhjus täpset kaarti küsida, mitte eeldada, et kõigil hallatud toodetel on sama piir. AWS-i jagatud vastutus.

Otsi lünki ja topelttööd

Oletame, et tarnija genereerib tarnekonveieri, kuigi platvormimeeskond juba hooldab heakskiidetud juurutusteed. Otsusta, kas tarnija peaks seda teed kasutama. Kaks eraldi hooldatud konveierit võivad tekitada vastuolulisi kontrolle ja tarbetut kulu.

Teisalt võib tarnija eeldada, et kliendil on intsidendimeeskond, samal ajal kui klient arvab, et käitus kuulub teenuse sisse. Lahenda see lünk enne, kui kasutajad teenusest sõltuma hakkavad.

CNCF-i platvormijuhised võimaldavad organisatsioonidel ühendada sisemisi ja hallatud võimekusi. Oluline küsimus on, kas saadud kogemus vastab kasutajate vajadustele selge vastutusega. CNCF-i juhised.

Kasuta kaarti äriotsuses

Lisa vastutuskaart hindamismärkmetele ja täpsusta seda kehtivas lepingus. Arvesta organisatsioonile jääva töö hind. Kaasa komponentidevaheliste ühenduste hoolduskulu.

Laiema teenusega tarnija võib olla väärtuslik, kui ta eemaldab integratsioonitöö ja säilitab tõendid kogu elutsükli jooksul. Sisemine lahendus võib olla väärtuslik, kui erivajadused õigustavad jätkuvat oma vastutust. Otsusta nõutava tulemuse ja kontrollitud ulatuse põhjal.

Tee harjutus

Loo kolm veergu: koodiassistent, ettevõttes kokku pandud tarnesüsteem ja ostetud tarkvaratehas. Lisa read nõuete, reeglite, teostuse, kontrollimise, väljalaske, käituse ja uuenduste jaoks. Pane kirja, kes iga tegevuse teeb, kontrollib ja heaks kiidab. Märgi kõik teadmata kohad.

Laadi tööleht alla (Markdown)

Kontrolli oma arusaamist

Tarnija automatiseerib teostuse ja testide käivitamise. Kes vastutab ärinõude eest?

Allikad ja lisalugemine

Seotud lugemine Taigalt