Tee julkaisupäätös näytön perusteella

Kuvaa päätös täsmällisesti

Vihreä pipeline on näyttöä tietyistä tarkistuksista. Se ei kuvaa koko julkaisupäätöstä. Omistajan pitää tietää, mikä muuttuu, missä ja millaisia seurauksia jää jäljelle.

Yksilöi kuvitteellisen asiakasviennin hyväksytty commit ja siitä tuotettu artefakti. Nimeä kohdeympäristö. Linkitä olennaiset testit, review ja hyväksytyt poikkeukset. Lisää sovelluksen mukana muuttuvat data- ja infra-asiat.

NISTin SSDF käsittelee turvallisen kehityksen käytäntöjä. SLSA provenance auttaa kuvaamaan artefaktin tuottamista. Kumpikaan ei poista päätöstä juuri tämän julkaisun sopivuudesta juuri tähän palveluun. NIST SSDF, SLSA provenance.

Erota kolme tapahtumaa

Merge tuo lähdekoodimuutoksen branchiin. Deployment vie artefaktin ympäristöön. Ominaisuuden avaaminen tekee toiminnan käyttäjille saatavaksi. Tapahtumat voivat osua yhteen, mutta ne eivät välttämättä ole sama asia.

Palvelu voi julkaista passiivisen ominaisuuden ja avata sen myöhemmin. Tietokantamigraatio voi vaikuttaa tuotantoon ennen näkyvää ominaisuutta. Kuvaa todellinen järjestys sen sijaan, että pitäisit PR:n mergeä kaikkien seurausten kuvauksena.

Viennin feature flag voi rajata ensimmäisiä käyttäjiä. Se ei automaattisesti suojaa uutta endpointia tai peru skeemamuutosta. Tarkista kontrolli kohdassa, jossa seuraus syntyy.

Tarkasta tiivis näyttökooste

Tee kooste, jonka toinen vastuuhenkilö voi tarkistaa:

• Tarkoitus ja vaikutuksen kohteena olevat käyttäjät.
• Commit ja artefaktin identiteetti.
• Olennaiset toiminta-, tietoturva- ja yhteensopivuustarkistukset.
• Kohdeympäristö ja suorittava identiteetti.
• Avoimet poikkeukset, omistajat ja voimassaolo.
• Seuranta, palautuskeino ja reagoinnin omistaja.

Pidä väitteet täsmällisinä. ”Testit menivät läpi” kertoo vähemmän kuin julkaisucommitin tulokset ja kattavuus. ”Rollback on mahdollinen” kertoo vähemmän kuin testattu menettely tunnettuine rajoineen.

Päätä, miten pysäytät

Määritä julkaisun ehdot etukäteen. Kuvitteellisessa viennissä julkaisu pysähtyy, jos organisaatioraja ylittyy, digest eroaa hyväksytystä tai palautuminen ei onnistu. Ehdot havainnollistavat menetelmää eivätkä ole yleispätevä tarkistuslista.

Tarkasta deploymentin jälkeen käyttäjälle olennaiset signaalit. Vertaa virheitä ja vasteaikoja palvelun hyväksyttyihin tavoitteisiin. Käynnissä oleva prosessi ei osoita käyttäjän työnkulun toimivan.

Jos ehto rikkoutuu, käytä sovittua vastatoimea. Se voi olla ominaisuuden sulkeminen, yhteensopivan koodin rollback tai datan palautus. Valitse toimi, joka korjaa tilanteen synnyttämättä suurempaa ongelmaa.

Säilytä päätös julkaisun jälkeen

Kirjaa todellinen artefakti ja tulos. Tee suunnitelmasta poikkeava suoritus näkyväksi. Käytä häiriöitä ja odottamatonta työtä seuraavan julkaisun parantamiseen.

Automaattisen toimitusjärjestelmän pitää helpottaa tämän koosteen tarkastamista. Tarkastajan ei pitäisi joutua kokoamaan julkaisua irrallisista keskusteluista, lokeista ja kuvakaappauksista. Selkeä näyttö mahdollistaa rutiinien automaation ja vastuulliset päätökset.