Merrni një vendim publikimi me evidencë

Përcaktojeni vendimin saktë

Një pipeline i gjelbër është evidencë nga një grup kontrollesh. Nuk është përshkrim i plotë i vendimit të publikimit. Personi përgjegjës duhet të dijë çfarë do të ndryshojë, ku do të ndryshojë dhe cilat pasoja mbeten.

Për një eksport imagjinar të të dhënave të klientëve, identifikoni commit-in e pranuar dhe artefaktin e prodhuar prej tij. Emërtoni mjedisin e synuar. Lidhni testet përkatëse, shqyrtimin dhe çdo përjashtim të miratuar. Përfshini ndryshimet e të dhënave ose infrastrukturës që shoqërojnë aplikacionin.

SSDF i NIST ofron praktika zhvillimi të sigurt, ndërsa SLSA provenance ndihmon të përshkruhet si u prodhua një artefakt. Asnjëra nuk e heq nevojën për të vendosur nëse ky publikim është i përshtatshëm për këtë shërbim. NIST SSDF, SLSA provenance.

Ndani tri ngjarje

Merge vendos një ndryshim të kodit burimor në një branch. Vendosja fut një artefakt në një mjedis. Ekspozimi i funksionalitetit e bën sjelljen të disponueshme për përdoruesit. Këto ngjarje mund të përkojnë, por nuk janë domosdoshmërisht e njëjta ngjarje.

Një shërbim mund të vendosë një funksionalitet joaktiv dhe ta ekspozojë më vonë. Një migrim baze të dhënash mund të ndikojë në prodhim para se të shfaqet një funksionalitet i dukshëm. Përcaktoni sekuencën reale, në vend që të supozoni se merge i një PR përshkruan çdo pasojë.

Për eksportin, një feature flag mund ta kufizojë ekspozimin fillestar. Ai nuk mbron automatikisht një endpoint të ri dhe nuk zhbën një migrim skeme. Verifikoni kontrollin në pikën ku ndodh pasoja.

Shqyrtoni një regjistër të shkurtër evidence

Përdorni një regjistër që mund ta shqyrtojë një person tjetër përgjegjës:

• Qëllimi dhe përdoruesit e prekur.
• Identiteti i commit-it dhe artefaktit.
• Kontrollet përkatëse të sjelljes, sigurisë dhe përputhshmërisë.
• Mjedisi i synuar dhe identiteti i ekzekutimit.
• Përjashtimet e mbetura me persona përgjegjës dhe kushte skadimi.
• Monitorimi, metoda e rikuperimit dhe personi përgjegjës për reagimin.

Mbajini pretendimet konkrete. «Testet kaluan» është më e dobët se një lidhje drejt rezultateve për commit-in e publikimit, me përshkrim të qartë të mbulimit. «Rikthimi i versionit është i disponueshëm» është më e dobët se një procedurë e testuar me kufij të përcaktuar.

Vendosni si të ndaloni

Përcaktoni kushtet e publikimit para ekzekutimit. Për eksportin imagjinar, ndaloni nëse aksesi ndërmjet organizatave ka sukses, nëse artefakti ndryshon nga digest-i i pranuar ose nëse rikuperimi nuk është i disponueshëm. Këto janë kushte ilustruese, jo listë universale kontrolli.

Pas vendosjes, shqyrtoni sinjalet që kanë rëndësi për përdoruesit. Krahasoni sjelljen e gabimeve dhe kohët e përgjigjes me objektivat e pranuara të shërbimit. Një proces në gjendje të mirë nuk provon se rrjedha e punës së përdoruesit funksionon.

Nëse një kusht nuk plotësohet, përdorni reagimin e dakorduar. Kjo mund të nënkuptojë çaktivizimin e ekspozimit, rikthimin e kodit të përputhshëm ose rikuperimin e të dhënave. Zgjidhni veprimin që trajton dështimin pa krijuar një dështim më të madh.

Ruajeni vendimin pas publikimit

Regjistroni artefaktin e vendosur realisht dhe rezultatin. Nëse ekzekutimi ndryshon nga plani, bëjeni dallimin të dukshëm. Përdorni incidentet dhe punën e papritur në projektimin e publikimit pasues.

Një sistem i automatizuar dorëzimi duhet ta bëjë këtë regjistër më të lehtë për t’u shqyrtuar. Nuk duhet t’i kërkojë një shqyrtuesi të rindërtojë publikimin nga biseda, regjistra dhe pamje ekrani të palidhura. Evidenca e qartë i lejon ekipet të automatizojnë punën rutinë duke ruajtur vendime me përgjegjësi të përcaktuar.