Vendosni kufij të sigurt për vetërikuperimin

Rikuperoni një gjendje të njohur

Vetërikuperimi zbulon automatikisht një dështim të përcaktuar dhe provon një veprim të autorizuar rikuperimi. Rinisja e një procesi të dështuar ose zëvendësimi i një instance që nuk funksionon siç duhet mund të jenë shembuj. Veprimi duhet t’i përshtatet dështimit dhe modelit të gjendjes së shërbimit.

Kubernetes mund të zëvendësojë instancat e dështuara të ngarkesës së punës dhe të përputhë gjendjen reale me atë të deklaruar. Kjo nuk korrigjon logjikën e gabuar të aplikacionit ose çdo dështim të ruajtjes. Rikuperimi i infrastrukturës dhe saktësia e softuerit kërkojnë kontrolle të ndryshme. Vetërikuperimi në Kubernetes.

Përcaktoni objektivin para mekanizmit. Restaurimi i eksportit do të thotë se puna që plotëson kushtet përfundon saktë. Një kontejner që funksionon është vetëm një parakusht.

Ndani tre lloje ndryshimi

Një agjent mund të propozojë korrigjim pas rikuperimit. Ai propozim është një ndryshim i ri softueri. Nuk duhet të trashëgojë autoritet të pakufizuar nga kontrolluesi i rikuperimit.

Kontrolluesi gjithashtu nuk duhet të ndryshojë kriteret e veta të suksesit kur një kontroll dështon. Përndryshe, sistemi mund të raportojë përmirësim pa e përmirësuar shërbimin.

Shkruani politikën e rikuperimit para se ta aktivizoni

Politika e mëposhtme është e trilluar. Numrat e saj ilustrojnë zgjedhje projektimi; nuk janë vlera të parazgjedhura të rekomanduara.

Përdorni një identitet me privilegjet minimale. Regjistroni versionin e politikës, evidencën e kushtit nxitës, veprimin, burimin dhe rezultatin. Siguroni një mënyrë të pavarur për ta çaktivizuar kontrolluesin. Përcaktoni personin përgjegjës që merr njoftimin e përshkallëzimit.

Testoni rrugët e dështimit dhe rikuperimin e suksesshëm

Një riprovim mund të përsërisë një efekt anësor. Një proces worker mund të ruajë një skedar dhe të ndalet para se të konfirmojë detyrën. Verifikoni idempotencën para se të lejoni një ekzekutim tjetër. Shihni shembullin e dështimit cloud native.

Riprovimet mund të shtojnë ngarkesën edhe mbi një varësi tashmë të mbingarkuar. Përdorni përpjekje të kufizuara, afate pritjeje dhe vonesë të përshtatshme mes riprovimeve. Shmangni riprovimet e sinkronizuara në të gjitha instancat. AWS shpjegon pse vonesa mes riprovimeve dhe ndryshimi i rastësishëm i saj ndihmojnë në zvogëlimin e këtij përforcimi. Udhëzim për riprovimet.

Testoni politikën e trilluar kundrejt tre rasteve. Një proces i vetëm worker i ndalur duhet të rikuperohet. Një ndërprerje e bazës së të dhënave duhet të pengojë zëvendësimin e përsëritur. Një dështim i pasigurt i integritetit duhet ta ndalë automatizimin dhe të kërkojë vendim për përgjigjen.

Kontrolloni edhe telemetrinë që mungon. Mungesa e sinjalit periodik mund të nënkuptojë një proces worker të dështuar ose një rrugë mbledhjeje të dështuar. Kontrolluesi ka nevojë për evidencë të mjaftueshme për veprimin e tij, jo për besim në një shpjegim të AI-së.

Matni nëse politika ndihmon

Regjistroni rikuperimet e verifikuara, përpjekjet e pasuksesshme, përshkallëzimet, punën e dyfishuar dhe kohën gjatë së cilës përdoruesit u prekën. Krahasojini me metodën e mëparshme të operimit në kushte të ngjashme.

Mbajeni defektin themelor si punë inxhinierike për t’u bërë. Rinisja e përsëritur e një procesi me rrjedhje kujtese mund ta zvogëlojë ndikimin e menjëhershëm, ndërsa rrjedhja vazhdon. Vazhdoni me vetëpërmirësimin për ta lidhur vëzhgimin me një korrigjim të qëndrueshëm.