Sujunkite visą programinės įrangos gyvavimo ciklą

Sekite vieną funkciją per sistemą

Programavimo asistentas gali padėti parengti įgyvendinimą. Programinės įrangos pristatymo sistema taip pat turi nustatyti, ką kurti, patikrinti rezultatą, jį išleisti ir palaikyti naudojimą. DI gali padėti šiose veiklose, tačiau sprendimai lieka.

Apsvarstykite išgalvotą prašymą: vadovui reikia klientų eksporto. Pirmas naudingas klausimas – kodėl jo reikia. Reguliari ataskaita gali patenkinti poreikį atskleisdama mažiau duomenų. Per anksti priėmus funkcijos pavadinimą galima sukurti nereikalingo darbo.

Kitas klausimas susijęs su ribomis. Kurie naudotojai gali eksportuoti kuriuos įrašus? Kokių laukų reikia? Kur patenka failas? Šie sprendimai formuoja įgyvendinimą ir svarbius patikrinimus.

Išsaugokite įrodymus tarp etapų

Gyvavimo ciklas tampa nepatikimas, kai kiekvienas etapas gauna nepilną ankstesnio etapo aprašą. Užduotis sako „pridėti eksportą“, PR prideda API adresą, o eksploatuotojas gauna paslaugą be atsakingo asmens.

Aiškiai susiekite etapus:

Ši lentelė yra praktinis mokymo modelis. Organizacijos gali kitaip vadinti etapus ir jungti veiklas. Išlaikykite sprendimus net labai automatizuotoje darbo eigoje.

Tikrinkite tai, kas susiję su poreikiu

Eksportui vienas patikrinimas yra sėkmingas failo atsisiuntimas. Kitas tikrina, ar vadovas negali eksportuoti kitos organizacijos įrašų. Trečias tikrina reikiamą laukų rinkinį. Šie patikrinimai nagrinėja skirtingus reikalavimus.

Nedarykite plačios saugumo išvados iš žalio testų ženklelio. Nustatykite, ką patikrinimai apima ir kas lieka nepatikrinta. NIST SSDF saugų kūrimą aprašo kaip praktiką per visą gyvavimo ciklą, o ne vieną galutinį skenavimą. Susipažinkite su gairėmis.

Sprendimas išleisti turi remtis diegiamos versijos įrodymais. Jei po peržiūros kodas keičiasi, nustatykite, kuriuos patikrinimus ir sprendimus reikia atnaujinti. Aiškiai išlaikykite šį ryšį pristatymo procese.

Eksploatavimą įtraukite į pradinį projektavimą

Nuspręskite, kaip už paslaugą atsakingas asmuo aptiks nepavykusį eksportą, neįprastas užklausas ar nepriimtiną atsako laiką. Nenaudokite eksportuotų klientų duomenų įrašymo į žurnalus kaip patogaus klaidų tyrimo būdo.

Stebėsena turi padėti atsakingam asmeniui veikti. Google SRE gairės atskiria paslaugos simptomus nuo vidinių priežasčių ir paaiškina naudingų signalų svarbą. Stebėsenos gairės.

Suplanuokite atkūrimą prieš incidentą. Nustatykite, kas gali sustabdyti funkciją, atkurti paslaugą ir pranešti apie poveikį. Diegimo pabaiga yra perėjimas prie šių atsakomybių.

Grįžtamuoju ryšiu keiskite kitą sprendimą

Po išleidimo patikrinkite, ar vadovai naudoja eksportą ir ar jis sprendžia pradinę problemą. Peržiūrėkite incidentus, pagalbos klausimus ir priežiūros sąnaudas. Reikšmingus radinius paverskite atnaujintais reikalavimais ar darbu.

Šis ryšys skiria viso gyvavimo ciklo programinės įrangos gamyklą nuo kodo generatorių rinkinio. Įvertinkite, ar sistema išsaugo tikslą ir įrodymus per visą seką. Tyrinėkite interaktyvų gyvavimo ciklą ir išnagrinėkite kiekvieną sprendimą.