Atskirkite VPN sveikatos patikras nuo programos sveikatos patikrų

Jūsų tunelio procesas gali veikti, kol apsaugotas ryšys yra netinkamas naudoti, o nepavykęs tinklalapis nėra įrodymas, kad tunelis sulūžo. Kai viena patikra atstovauja visoms, perkrovimo politika perkrauna ne tą komponentą ir vadina tai automatizavimu. Kiekviena žemiau esanti patikra įvardija stebimą sluoksnį, jos nesėkmės sukeliamą veiksmą ir įrodymą, kad veiksmas suveikė. Paskutinis žingsnis paverčia visą rinkinį puslapiu, kuriuo kas nors gali sekti trečią valandą nakties.

1 žingsnis: įvardykite sluoksnį, kurį stebi kiekviena patikra

Prieš rašydami bet kurią iš jų, paklauskite, ką kiekviena patikra iš tikrųjų gali matyti. Gyvybingumas įrodo, kad demonas veikia, rankos paspaudimas ar partnerių sąrašas įrodo, kad ryšys egzistuoja, maršrutizuota užklausa įrodo pristatymą, o paieška įrodo išsprendimą. Jos nepavyksta būtent tokia tvarka, ir nė viena nereiškia kitos. Žalia proceso patikra šalia negyvo tunelio yra įprastas atvejis, o ne prieštaravimas.

Užrašykite keturias patikras ta tvarka, su tiksliu komanda ir laukiama išvestimi kiekvienai. Patikrą, kurios laukiamos išvesties negalite įvardyti, kiekvienas operatorius, pamatęs aliarmą, perskaitys kitaip. Įdėkite tą patį sąrašą į aliarmo tekstą, ne tik į vadovą, kad naktį pažadintas žmogus sluoksnį sutiktų anksčiau už simptomą. Laikykite kiekvieną komandą paruoštą kopijuoti tame hoste, kuris ją vykdo.

Tada pridėkite programos patikrą kaip penktą atskirą punktą. Puslapis, kurio paskyros paslauga neveikia, nepateisina tunelio perkrovimo.

2 žingsnis: susiekite kiekvieną nesėkmę su vienu veiksmu

Kiekvienai patikrai nuspręskite, kas perkraunama, kas lieka užblokuota ir kas iškviečia žmogų. Tunelio sluoksnio nesėkmė gali pateisinti tunelio perkrovimą; sprendėjo nesėkmė nurodo DNS integraciją kliente; programos sluoksnio nesėkmė beveik niekada neturėtų liesti tunelio.

Pasakykite, ko nesėkmė neturi daryti, nes pavojingos numatytosios reikšmės yra leidžiančios. Nesveika būsena niekada neturi tapti leidimu tiesioginiam programos srautui, nes atsarginis kelias, tyliai apeinantis tunelį, panaikina tunelio egzistavimo priežastį. Susiaurinkite ir veiksmus: bendro komponento perkrovimas dėl to, kad viena paskirties vieta lėta, paverčia vietinę problemą viso parko problema. Tai taip pat sunaikina įrodymą, kurio reikėjo priežasčiai rasti.

3 žingsnis: laikykite patikras nekenksmingas ir pigias

Naudokite mažas, tik skaitymo užklausas: statinį išteklių, sveikatos pabaigos tašką, pranešantį apie savo priklausomybę, arba TCP ryšį su prievadu, kurį kontroliuojate. Venkite kredencialų, privataus naršymo ir visko, kas keičia būseną kiekvienu intervalu, nes rašanti patikra yra apkrovos testas pagal grafiką.

Užfiksuokite paskirties vietą, maršruto lūkestį ir skirtąjį laiką kiekvienai patikrai. Maršruto lūkestis yra laukas, kurį žmonės praleidžia, ir būtent jis atskiria tunelio nesėkmę nuo maršrutizavimo klaidos, kai vėliau skaitote aliarmą. Išveskite intervalą ir nesėkmės slenkstį iš pažadėto atkūrimo laiko ir laikykite skirtąjį laiką trumpesnį už intervalą. Patikra, kuri vis dar vykdoma, kai prasideda kita, apie vieną nesėkmę praneša du kartus ir atrodo kaip virpėjimas.

4 žingsnis: sulaužykite kiekvieną sluoksnį ir pažiūrėkite, ar paraudonuoja tinkama patikra

Sustabdykite tunelio procesą ir patvirtinkite, kad proceso patikra nepavyksta, kol DNS dar gali atsakyti iš podėlio. Pakeiskite maršrutą ir patvirtinkite, kad maršrutizuota užklausa nepavyksta, kol procesas ir rankos paspaudimas išlieka sveiki. Sulaužykite tik DNS ir patvirtinkite, kad programos patikra praneša apie išsprendimą, o ne tunelio klaidą. Jei dvi patikros visada juda kartu, turite mažiau patikrų, nei manote.

Išbandykite atkūrimo kryptį ta pačia disciplina. Atkūrę sluoksnį, patikra turėtų išsivalyti be rankinio perkrovimo, o suveikęs veiksmas neturėtų palikti jokio apėjimo kelio. Stebėkite vieną visą ciklą prieš pasitikėdami žalia būsena, nes patikra, kuri išsivalo tik ranka, slepia sulaužytą atkūrimo kelią.

5 žingsnis: padėkite vadovą ten, kur rodo aliarmas

Vienas puslapis su penkiomis eilutėmis neša visą dizainą: sluoksnis, komanda, laukiamas rezultatas, veiksmas nepavykus, savininkas. Pridėkite po eilutę kiekvienai patikrai apie tai, ko ji sąmoningai netikrina. Būtent ta eilutė neleidžia kitam žmogui pridėti šeštos patikros, kuri matuoja viską ir nieko neatskiria. Susiekite puslapį iš aliarmo teksto, kitaip niekas jo neatidarys, kol incidentas vyksta.

Konteinerių diegimuose priklausomybės sąlyga formuoja paleidimą ir nieko daugiau. Compose paleidimo tvarka ir sveikatos sąlyga dokumentacija aprašo, kaip pasirengimas nustato tvarką, kuria paslaugos paleidžiamos; niekas iš to vėliau nevykdo išėjimo politikos, ir niekas iš to nepavyksta uždarai, kai tunelis krenta. Nuolatinis vykdymas reikalauja savo politikos ir savo patikros, parašytų tame pačiame puslapyje.

Vadovas baigtas, kai tinkamas sluoksnis atsistato ir niekas nepasiekiamos svetainės neskaito kaip sulaužyto tunelio. Tai tikrina dokumentą, o ne tunelį.