Sklenite zanko s preverjenim izboljšanjem

Določite zanko, ki jo želite skleniti

Programska oprema med uporabo ustvarja dokazila: napake, zamude, zahtevke podpore, incidente, vzdrževalne ugotovitve in ponavljajoče se ročno delo. Celoten življenjski cikel ta dokazila vrača v inženirske odločitve.

Programska oprema, ki se sama izboljšuje, lahko pomeni, da avtomatizacija pomaga prepoznavati, predlagati, izvajati in preverjati spremembe. Ne pomeni nujno, da model uči samega sebe. Navedite, kateri del se spreminja: koda aplikacije, konfiguracija, testi, navodila, delovni tok ali parametri modela.

Samodejna obnova obnovi znano stanje delovanja. Samodejno izboljševanje spremeni sistem, da bo v prihodnje dosegal boljši rezultat. Druga trditev zahteva primerjavo in zaščito pred regresijami.

Sledite enemu opažanju skozi življenjski cikel

Spodnje zaporedje je predlagana inženirska metoda. Ne trdi, da katerikoli izdelek samostojno izvaja vsak korak.

Ohranite povezave med temi izhodi. Ukrep pregleda po incidentu »izboljšajte spremljanje« je težko preveriti. Določen signal, odgovorna oseba, prag in preizkušen odziv omogočajo preverjanje dokončanja.

Ocenjevanje naj ostane neodvisno od predloga

Agent lahko ustvari popravek in predlaga teste. Ekipa mora še vedno pregledati, ali ti testi zaznajo prvotno težavo. Ohranite nabor za ocenjevanje z različicami, ki ga sprememba ne more neopazno oslabiti.

Pri izmišljenem uhajanju pomnilnika primerjajte enakovredne delovne obremenitve in različice. Vključite velike izvoze, preklic, ponovni poskus in primere zavrnitve dostopa. Uporabite sintetične podatke, ki predstavljajo ustrezne oblike brez razkrivanja zapisov strank.

Hitrejši izvoz zavrnite, če izpušča zapise, obide avtorizacijo ali preseže dovoljeni strošek. Te omejitve določite pred optimizacijo. Sicer lahko sistem izboljša izbrano metriko, storitev pa poslabša.

Če spremenite agentova navodila ali model, njegovo delovanje ocenite na reprezentativnih nalogah in znanih napakah. Prejšnja različica naj ostane na voljo. Posodobitev navodil ni dokaz, da se je osnovni model učil iz incidenta.

Izdajte spremembo in izmerite rezultat

Izdaja canary omogoči kandidatno različico omejeni skupini uporabnikov. Primerjajte signale kandidatne in kontrolne različice ter določite, kdaj razširiti uporabo ali se ustaviti. Malo prometa ali različne delovne obremenitve lahko preprečijo jasen sklep primerjave. Smernice za canary.

Izmišljena ekipa zabeleži izhodišče iz stalne sintetične delovne obremenitve. Preizkusi popravek, ga izda znotraj odobrene meje in preveri primerljiva produkcijska obdobja. Če dokazila še vedno ne zadostujejo, zabeleži negotovost, namesto da razglasi izboljšanje.

Merite tudi ponavljajoče se ročno delo. Avtomatizacija ga lahko zmanjša, vendar potrebuje vzdrževanje in obravnavo napak. Pri oceni rezultata vključite te stroške. Smernice za zmanjševanje rutinskega dela.

Zapis povratnih informacij naj bo uporaben

Pri vaji uporabite ta polja: opažanje in različica; izhodišče; predlagani vzrok; merila sprejemljivosti; regresijska preverjanja; sprememba in pregled; meja izdaje; izmerjeni rezultat; odgovorna oseba in naslednji pregled.

Taiga Maintaining povezuje ugotovitve repozitorija z delom za odpravo. Initiatives povezujejo nameravano spremembo z načrtovanjem in dobavo. To so deli verige dokazil. Vaš odgovorni za storitev mora še vedno preveriti namestitev in operativni rezultat. Maintaining, Initiatives.

Zrela tovarna programske opreme povezuje to delo med izdelki. Ob povečevanju avtomatizacije naj pravice odločanja in merila ocenjevanja ostanejo jasni. Končni dokaz je boljša preverjena storitev, ne večje število ustvarjenih sprememb.