Pieņemiet lēmumu par laidienu, balstoties uz pierādījumiem

Formulējiet lēmumu precīzi

Zaļš pipeline sniedz pierādījumus no noteikta pārbaužu kopuma. Tas pilnībā neapraksta lēmumu par laidienu. Atbildīgajam jāzina, kas mainīsies, kur tas mainīsies un kādas sekas paliek.

Izdomātam klientu datu eksportam norādiet pieņemto commit un no tā radīto artefaktu. Nosauciet mērķa vidi. Pievienojiet saites uz attiecīgajiem testiem, pārskatīšanu un jebkuru apstiprinātu izņēmumu. Iekļaujiet datu vai infrastruktūras izmaiņas, kas pavada lietotni.

NIST SSDF sniedz drošas izstrādes prakses, savukārt SLSA izcelsmes informācija palīdz aprakstīt, kā artefakts radīts. Neviens no tiem neatceļ vajadzību izlemt, vai šis laidiens ir piemērots šim pakalpojumam. NIST SSDF, SLSA izcelsmes informācija.

Atdaliet trīs notikumus

Sapludināšana ievieto pirmkoda izmaiņu zarā. Izvietošana ievieto artefaktu vidē. Funkcijas atvēršana lietotājiem padara tās darbību pieejamu. Šie notikumi var sakrist, bet tiem nav obligāti jābūt vienam notikumam.

Pakalpojums var izvietot neaktīvu funkciju un atvērt to lietotājiem vēlāk. Datubāzes migrācija var ietekmēt produkcijas vidi pirms redzamas funkcijas parādīšanās. Definējiet faktisko secību, nevis pieņemiet, ka PR sapludināšana apraksta visas sekas.

Eksportam funkcijas slēdzis var ierobežot sākotnējo pieejamību lietotājiem. Tas automātiski neaizsargā jaunu galapunktu un neatceļ shēmas migrāciju. Pārbaudiet kontroli vietā, kur rodas sekas.

Pārskatiet īsu pierādījumu ierakstu

Izmantojiet ierakstu, ko var pārbaudīt cita atbildīgā persona:

• Mērķis un ietekmētie lietotāji.
• Commit un artefakta identitāte.
• Attiecīgās darbības, drošības un saderības pārbaudes.
• Mērķa vide un izpildes identitāte.
• Atlikušie izņēmumi ar atbildīgajiem un termiņa beigu nosacījumiem.
• Uzraudzība, atjaunošanas metode un par reaģēšanu atbildīgais.

Formulējiet apgalvojumus konkrēti. „Testi sekmīgi“ ir vājāks pierādījums nekā saite uz laidiena commit rezultātiem ar skaidru pārklājuma aprakstu. „Pieejama atgriešana iepriekšējā versijā“ ir vājāks pierādījums nekā pārbaudīta procedūra ar norādītām robežām.

Izlemiet, kā apturēt laidienu

Definējiet laidiena nosacījumus pirms izpildes. Izdomātajam eksportam apturiet laidienu, ja izdodas piekļūt citas organizācijas datiem, artefakts atšķiras no pieņemtās jaucējvērtības vai atjaunošana nav pieejama. Tie ir ilustratīvi nosacījumi, nevis universāls pārbaudes saraksts.

Pēc izvietošanas pārbaudiet lietotājiem būtiskos signālus. Salīdziniet kļūdu darbību un atbildes laikus ar pakalpojumam pieņemtajiem mērķiem. Darbspējīgs process nepierāda, ka lietotāja darbplūsma darbojas.

Ja nosacījums nav izpildīts, izmantojiet saskaņoto reakciju. Tā var būt pieejamības izslēgšana lietotājiem, atgriešanās pie saderīgas iepriekšējās koda versijas vai datu atjaunošana. Izvēlieties darbību, kas risina kļūmi, neradot lielāku.

Saglabājiet lēmumu pēc laidiena

Reģistrējiet faktiski izvietoto artefaktu un rezultātu. Ja izpilde atšķiras no plāna, padariet atšķirību redzamu. Izmantojiet incidentus un neparedzēto darbu nākamā laidiena projektēšanā.

Automatizētai piegādes sistēmai jāpadara šis ieraksts vieglāk pārbaudāms. Pārskatītājam nevajadzētu rekonstruēt laidienu no nesaistītām sarakstēm, žurnāliem un ekrānattēliem. Skaidri pierādījumi ļauj komandām automatizēt ierasto darbu, saglabājot atbildību par lēmumiem.