Válassza külön a VPN- és az alkalmazás-egészségellenőrzéseket

Az alagútfolyamat futhat, miközben a védett kapcsolat használhatatlan, és egy meghibásodó weboldal nem bizonyítja, hogy az alagút eltört. Amikor egyetlen próba képviseli az összes többit, az újraindítási szabályzat a rossz komponenst indítja újra, és ezt automatizálásnak nevezi. Az alábbi ellenőrzések mindegyike megnevezi a megfigyelt réteget, a hiba által kiváltott műveletet és annak bizonyítékát, hogy a művelet működött. Az utolsó lépés az egész halmazt egy olyan oldallá alakítja, amelyet valaki hajnali háromkor is tud követni.

Lépés 1: nevezze meg, melyik réteget figyeli az egyes ellenőrzés

Kérdezze meg, mit lát valójában az egyes próba, mielőtt bármelyiket megírja. Az életjel bizonyítja, hogy a démon fut, a kézfogás vagy a társlista bizonyítja, hogy a kapcsolat létezik, az útvonalon átküldött kérés bizonyítja a kézbesítést, a lekérdezés pedig bizonyítja a feloldást. Ebben a sorrendben hibásodnak meg, és egyik sem jelenti a következőt. Egy zöld folyamatellenőrzés egy halott alagút mellett a normális eset, nem ellentmondás.

Írja le a négy ellenőrzést ebben a sorrendben, a pontos paranccsal és a várható kimenettel mindegyikhez. Egy próbát, amelynek várható kimenetét nem tudja megfogalmazni, minden operátor másképp fog olvasni, aki látja a riasztást. Tegye ugyanezt a listát a riasztás szövegébe, ne csak a forgatókönyvbe, hogy az éjszaka felébresztett ember a tünet előtt találkozzon a réteggel. Tartsa minden parancsot másolható állapotban azon a gazdagépen, amely futtatja.

Ezután adja hozzá az alkalmazás-ellenőrzést ötödik, külön elemként. Egy oldal, amelynek fiókszolgáltatása áll, nem indokolja az alagút újraindítását.

Lépés 2: kösse minden hibát egyetlen művelethez

Minden ellenőrzésnél döntse el, mi indul újra, mi marad blokkolva, és mi riaszt embert. Az alagútréteg hibája indokolhatja az alagút újraindítását; a feloldó hibája a kliens DNS-integrációjára mutat; az alkalmazásréteg hibája szinte soha nem érintheti az alagutat.

Mondja ki, mit nem tehet egy hiba, mert a veszélyes alapértékek az engedékenyek. Egy nem egészséges állapot soha nem válhat a közvetlen alkalmazásforgalom engedélyévé, mivel az alagutat csendben megkerülő tartalék útvonal megszünteti az alagút létezésének okát. Szűkítse a műveleteket is: egy megosztott komponens újraindítása amiatt, hogy egy cél lassú, helyi problémát a teljes flotta problémájává tesz. Ez elpusztítja azt a bizonyítékot is, amelyre az ok megtalálásához szüksége volt.

Lépés 3: tartsa a próbákat ártalmatlannak és olcsónak

Használjon kicsi, csak olvasható kéréseket: statikus erőforrást, a saját függőségét jelentő egészségvégpontot vagy TCP-kapcsolatot egy általa vezérelt portra. Kerülje a hitelesítő adatokat, a privát böngészést és mindent, ami minden intervallumban megváltoztatja az állapotot, mert az író próba ütemezett terhelési teszt.

Rögzítse a célt, az útvonal-elvárást és az időtúllépést minden próbához. Az útvonal-elvárás az a mező, amelyet az emberek kihagynak, és ez választja el az alagút hibáját az útválasztási hibától, amikor később olvassa a riasztást. Vezesse le az intervallumot és a hibaküszöböt a megígért helyreállítási időből, és tartsa az időtúllépést rövidebbnek az intervallumnál. Egy próba, amely még fut, amikor a következő elindul, egy hibát kétszer jelent, és vibrálásnak látszik.

Lépés 4: törje el az egyes rétegeket, és nézze, hogy a megfelelő próba pirosodik-e

Állítsa le az alagútfolyamatot, és erősítse meg, hogy a folyamatellenőrzés meghibásodik, miközben a DNS esetleg még a gyorsítótárból válaszol. Módosítson egy útvonalat, és erősítse meg, hogy az útvonalon átküldött kérés meghibásodik, miközben a folyamat és a kézfogás egészséges marad. Törje el csak a DNS-t, és erősítse meg, hogy az alkalmazás-ellenőrzés feloldást jelent, nem alagúthibát. Ha két próba mindig együtt mozog, kevesebb ellenőrzése van, mint gondolja.

Ugyanazzal a fegyelemmel tesztelje a helyreállítás irányát. A réteg visszaállítása után a próbának kézi újraindítás nélkül kell tisztulnia, és a kiváltott műveletnek nem szabad megkerülő utat hagynia maga után. Nézzen meg egy teljes ciklust, mielőtt megbízik a zöld állapotban, mert a csak kézzel tisztuló próba elrejti a törött helyreállítási utat.

Lépés 5: tegye a forgatókönyvet oda, ahová a riasztás mutat

Egy oldal öt sorral hordozza a teljes tervet: réteg, parancs, várható eredmény, művelet hiba esetén, felelős. Adjon hozzá minden próbához egy sort arról, mit szándékosan nem tesztel. Ez a sor az, ami megakadályozza a következő embert abban, hogy hatodik ellenőrzést adjon hozzá, amely mindent mér és semmit nem különböztet meg. Hivatkozzon az oldalra a riasztás szövegéből, különben senki nem nyitja meg, amíg az incidens tart.

Konténeres telepítéseknél a függőségi feltétel az indítást formálja, és semmi mást. A Compose indítási sorrendje és állapotfeltétele dokumentáció leírja, hogyan határozza meg a készenlét a szolgáltatások indítási sorrendjét; ebből semmi nem kényszerít ki utána kimenő szabályzatot, és semmi nem hibásodik meg zártan, amikor az alagút kiesik. A folyamatos érvényesítésnek saját szabályzatra és saját próbára van szüksége, ugyanazon az oldalon leírva.

A forgatókönyv akkor kész, amikor a megfelelő réteg helyreáll anélkül, hogy bárki egy elérhetetlen webhelyet törött alagútként olvasna. Ez a dokumentumot teszteli, nem az alagutat.