Одделете ги проверките на здравјето на VPN од проверките на апликацијата

Вашиот процес на тунелот може да работи додека заштитената врска е неупотреблива, а страница што не се вчитува не е доказ дека тунелот се скршил. Кога една сонда застапува сите, политиката за рестартирање рестартира погрешен компонент и го нарекува тоа автоматизација. Секоја проверка подолу го именува слојот што го набљудува, дејството што го поттикнува нејзиниот неуспех и доказот дека дејството функционирало. Последниот чекор го претвора целиот сет во страница што некој може да ја следи во три часот изутрина.

Чекор 1: именувајте го слојот што го набљудува секоја проверка

Прашајте што секоја сонда навистина може да види пред да напишете која било од нив. Животноста докажува дека демонот работи, ракувањето или листата на партнери докажува дека врската постои, рутираното барање докажува испорака, а пребарувањето докажува резолуција. Тие откажуваат токму по тој редослед и ниту една не ја подразбира следната. Зелена проверка на процесот покрај мртов тунел е нормален случај, а не противречност.

Запишете ги четирите проверки по тој редослед, со точната команда и очекуваниот излез за секоја. Сондата чиј очекуван излез не можете да го наведете ќе биде прочитана поинаку од секој оператор што ќе го види алармот. Ставете ја истата листа во текстот на алармот, не само во упатството, за да може лицето разбудено ноќе да го сретне слојот пред симптомот. Чувајте ја секоја команда подготвена за копирање на домаќинот што ја извршува.

Потоа додајте ја проверката на апликацијата како петта, одделна ставка. Страница чија сметковна услуга е падната не го оправдува рестартирањето на тунелот.

Чекор 2: поврзете го секој неуспех со едно дејство

За секоја проверка одлучете што се рестартира, што останува блокирано и што повикува човек. Неуспехот на слојот на тунелот може да го оправда рестартирањето на тунелот; неуспехот на резолверот покажува на DNS интеграцијата кај клиентот; неуспехот на слојот на апликацијата речиси никогаш не треба да го допре тунелот.

Кажете што неуспехот не смее да направи, бидејќи опасните стандардни вредности се дозволувачките. Несогласното состојба никогаш не смее да стане дозвола за директен сообраќај на апликацијата, бидејќи резервниот пат што тивко го заобиколува тунелот ја отстранува причината за постоењето на тунелот. Стеснете ги и дејствата: рестартирање на заеднички компонент затоа што една дестинација е бавна ја претвора локалната проблема во проблем за целата флота. Тоа исто така го уништува доказот што ви беше потребен за да ја најдете причината.

Чекор 3: чувајте ги сондите безопасни и евтини

Користете мали барања само за читање: статичен ресурс, здравствена крајна точка што известува за сопствената зависност или TCP врска до порта што ја контролирате. Избегнувајте акредитиви, приватно прелистување и сето она што го менува состојбата на секој интервал, бидејќи сондата што пишува е тест за оптоварување по распоред.

Запишете ја дестинацијата, очекувањето на рутата и временското ограничување за секоја сонда. Очекувањето на рутата е полето што луѓето го испуштаат, и токму тоа го одделува неуспехот на тунелот од грешка во рутирањето кога подоцна го читате алармот. Изведете го интервалот и прагот на неуспех од времето за обновување што го ветувате и држете го ограничувањето пократко од интервалот. Сонда што сето уште работи кога започнува следната известува за еден неуспех двапати и изгледа како треперење.

Чекор 4: скршете го секој слој и гледајте дали правилната сонда станува црвена

Запрете го процесот на тунелот и потврдете дека проверката на процесот откажува додека DNS може сето уште да одговара од кешот. Сменете рута и потврдете дека рутираното барање откажува додека процесот и ракувањето остануваат здрави. Скршете само DNS и потврдете дека проверката на апликацијата известува за резолуција, а не за грешка во тунелот. Ако две сонди секогаш се движат заедно, имате помалку проверки отколку што мислите.

Тестирајте го правецот на обновување со истата дисциплина. Откако ќе го вратите слојот, сондата треба да се исчисти без рачно рестартирање, а активираното дејство не треба да остави никакво заобиколување. Набљудувајте еден целосен циклус пред да и верувате на зелената состојба, бидејќи сонда што се чисти само рачно крие скршен пат за обновување.

Чекор 5: ставете го упатството таму каде што покажува алармот

Една страница со пет реда го носи целиот дизајн: слој, команда, очекуван резултат, дејство при неуспех, сопственик. Додајте ред за секоја сонда за тоа што намерно не го тестира. Токму тој ред го спречува следниот човек да додаде шеста проверка што мери сето и не разликува ништо. Поврзете ја страницата од текстот на алармот, инаку никој нема да ја отвори додека инцидентот е активен.

Во контејнерските распоредувања, условот за зависност го обликува стартувањето и ништо друго. Редоследот на стартување и здравствената состојба на Compose документацијата опишува како подготвеноста го одредува редоследот по кој услугите стартуваат; ништо од тоа не спроведува излезна политика потоа и ништо од тоа не откажува затворено кога тунелот ќе падне. Континуираното спроведување бара сопствена политика и сопствена сонда, напишани на истата страница.

Упатството е готово кога правилниот слој се обновува без никој да чита недостапна веб-страница како скршен тунел. Тоа го тестира документот, а не тунелот.