Atsakykite už paslaugą po diegimo

Apibrėžkite paslaugą, nuo kurios priklauso naudotojai

Diegimas padaro programinę įrangą prieinamą. Eksploatavimas išlaiko jos naudą keičiantis naudotojams, priklausomybėms, srautui ir reikalavimams. Kodo generatorius šio nuolatinio darbo nepašalina.

Išgalvoto klientų eksporto naudotojams reikia daugiau nei pasiekiamo puslapio. Jiems reikia leidžiamų įrašų reikiamu formatu per priimtiną laiką. Taip pat reikia, kad paslauga neleistų prieigos prie kitos organizacijos duomenų.

Prieš išleidimą įvardykite atsakingą asmenį. Užrašykite, kas reaguoja ne įprastomis darbo valandomis, jei tai įeina į paslaugos įsipareigojimą. Tiekėjas gali atlikti dalį darbo, tačiau organizacijai vis tiek reikia aiškaus sprendimų ir komunikacijos kelio.

Pasirinkite signalus, kurie padeda veikti

Paslaugos lygio rodiklis, arba SLI, matuoja apibrėžtą paslaugos veikimo savybę. Paslaugos lygio tikslas, arba SLO, nustato to rodiklio tikslą per nurodytą laikotarpį. Tikslą rinkitės pagal naudotojų poreikius ir eksploatavimo galimybes.

Google SRE gairės paaiškina šį požiūrį ir klaidų biudžeto naudojimą patikimumo sprendimams. Nekopijuokite kitos paslaugos tikslo nepatikrinę jo reikšmės. SLO gairės, klaidų biudžeto taisyklių pavyzdys.

Eksportui apibrėžkite, kas laikoma sėkminga reikalavimus atitinkančia užklausa. Atskirkite numatytus atsisakymus nuo sistemos sutrikimų. Dokumentuokite išimtis, kad rodiklis negalėtų pagerėti vien paslėpus sudėtingas užklausas.

Neįrašykite visų eksportų į žurnalus vien siekdami geresnio matomumo. Rinkite mažiausią informaciją, reikalingą problemai tirti, ir apsaugokite prieigą prie jos.

Parenkite reagavimą į incidentą

Nuspręskite, kas koordinuoja, kas tiria ir kas komunikuoja. Nedidelėje komandoje vaidmenis galima sujungti, bet atsakomybės turi likti aiškios. Registruokite stebėjimus ir veiksmus.

Google reagavimo į incidentus gairės pabrėžia koordinavimą ir komunikaciją kartu su techniniu poveikio mažinimu. Techniškai teisinga pataisa vis tiek gali palikti naudotojus neinformuotus arba kelis reaguojančius žmones, darančius prieštaringus pakeitimus. Reagavimas į incidentus.

Agentas gali apibendrinti žurnalus ar palyginti hipotezes patvirtintose duomenų ribose. Dėl incidento skubos jis neturi gauti neribotų produkcinių įgaliojimų. Išimtinei prieigai naudokite apibrėžtą eskalavimo kelią.

Išbandykite atkūrimą ir finansuokite priežiūrą

Atkūrimo procedūrą išbandykite su tipiškais išgalvotais duomenimis. Nustatykite, ko kodo grąžinimas negali atšaukti, įskaitant ištrintus įrašus ar jau išsiųstus pranešimus. Užrašykite paslaugai atkurti reikalingą laiką ir informaciją.

Paskirkite nuolatinį darbą: priklausomybių atnaujinimus, prieigos peržiūras, sertifikatų atnaujinimą, kur taikoma, pajėgumo pakeitimus ir dokumentacijos pataisas. Paslauga be priežiūros pajėgumo kaupia prievoles pasibaigus jos paleidimo biudžetui.

Po incidento pasirinkite patobulinimus, kurie šalina stebėtas priežastis. Susiekite juos su įgyvendinimu ir patikrinimu. Taip užbaigiamas gyvavimo ciklas: eksploatavimo įrodymai keičia tai, ką komanda apibrėžia ir kuria toliau.