Užbaikite ciklą patikrintu pagerinimu

Apibrėžkite ciklą, kurį norite užbaigti

Naudojama programinė įranga teikia įrodymus: klaidas, delsą, pagalbos prašymus, incidentus, priežiūros radinius ir kartojamą rankinį darbą. Visas gyvavimo ciklas grąžina šiuos įrodymus į inžinerinius sprendimus.

Savaime tobulėjanti programinė įranga gali reikšti, kad automatizavimas padeda nustatyti, pasiūlyti, įgyvendinti ir patikrinti pakeitimus. Tai nebūtinai reiškia, kad modelis pats save moko. Nurodykite, kas keičiasi: programos kodas, konfigūracija, testai, instrukcijos, darbo eiga ar modelio parametrai.

Self-healing atkuria žinomą eksploatavimo būseną. Self-improvement keičia sistemą, kad ateityje rezultatas būtų geresnis. Antrajam teiginiui reikia palyginimo ir apsaugos nuo regresijų.

Sekite vieną stebėjimą per gyvavimo ciklą

Toliau pateikta seka yra siūlomas inžinerinis metodas. Ji neteigia, kad kuris nors produktas visus žingsnius atlieka autonomiškai.

Išlaikykite šių rezultatų nuorodas. Po incidento numatytą veiksmą „pagerinti stebėseną“ sunku patikrinti. Apibrėžtas signalas, atsakingas asmuo, riba ir išbandyta reakcija padaro užbaigimą stebimą.

Išlaikykite vertinimą nepriklausomą nuo pasiūlymo

Agentas gali sukurti pataisą ir pasiūlyti testus. Komanda vis tiek turi ištirti, ar tie testai aptinka pradinę problemą. Išlaikykite versijuotą vertinimo rinkinį, kurio pakeitimas negali tyliai susilpninti.

Išgalvotam atminties nuotėkiui lyginkite lygiaverčius darbo krūvius ir versijas. Įtraukite didelius eksportus, atšaukimą, pakartotinį bandymą ir prieigos atmetimo atvejus. Naudokite sintetinius duomenis, atspindinčius svarbias struktūras neatskleidžiant klientų įrašų.

Atmeskite greitesnį eksportą, jei jis praranda įrašus, apeina autorizavimą ar viršija leidžiamą kainą. Šiuos apribojimus apibrėžkite prieš optimizavimą. Antraip sistema gali pagerinti pasirinktą rodiklį ir kartu pabloginti paslaugą.

Jei keičiate agento instrukcijas ar modelį, įvertinkite jo veikimą su tipiškomis užduotimis ir žinomomis klaidomis. Išlaikykite prieinamą ankstesnę versiją. Instrukcijų atnaujinimas neįrodo, kad pats modelis išmoko iš incidento.

Išleiskite ir išmatuokite rezultatą

Canary išleidimas pateikia bandomą versiją ribotai naudotojų grupei. Palyginkite bandomos ir kontrolinės versijos signalus bei apibrėžkite, kada plėsti ar sustoti. Mažas srautas ar skirtingi darbo krūviai gali neleisti padaryti aiškios išvados. Canary gairės.

Išgalvota komanda užfiksuoja pradinį matavimą su nekintamu sintetiniu darbo krūviu. Ji išbando pataisą, išleidžia patvirtintose ribose ir patikrina palyginamus produkcinius laikotarpius. Jei įrodymų vis dar nepakanka, ji užrašo neaiškumą, o ne skelbia naudą.

Taip pat matuokite kartojamą rankinį darbą. Automatizavimas gali sumažinti rutininį darbą, bet jam irgi reikia priežiūros ir sutrikimų tvarkymo. Vertindami rezultatą įtraukite šias sąnaudas. Rutininio darbo gairės.

Padarykite grįžtamojo ryšio įrašą naudingą

Pratimui naudokite šiuos laukus: stebėjimas ir versija; pradinis matavimas; siūloma priežastis; priėmimo kriterijai; regresiniai patikrinimai; pakeitimas ir peržiūra; išleidimo riba; išmatuotas rezultatas; atsakingas asmuo ir kita peržiūra.

Taiga Maintaining susieja kodo saugyklos radinius su taisymo darbu. Initiatives susieja numatytą pakeitimą su planavimu ir pristatymu. Tai įrodymų grandinės dalys. Už paslaugą atsakingas asmuo vis tiek turi patikrinti diegimą ir eksploatavimo rezultatą. Maintaining, Initiatives.

Brandi programinės įrangos gamykla susieja šį darbą tarp produktų. Didėjant automatizavimui išlaikykite matomas sprendimų teises ir vertinimo kriterijus. Galutinis įrodymas yra geresnė patikrinta paslauga, o ne didesnis sugeneruotų pakeitimų skaičius.