Pusiau valdoma VPN: etiketė nepasako, kas budi

Aštuntą ryto nutrūksta ryšys, ir pirmas klausimas yra kas jį turėtų sutaisyti. Frazė pusiau valdoma VPN į tai neatsako, nes ji įvardija komercinį susitarimą, o ne darbo pasidalijimą. Du tiekėjai gali vartoti tą pačią frazę su priešingu pasidalijimu: vienas prižiūri įrenginį kliento pusėje, kitas tik stebi savo paties šliuzą. Kol užduotys neužrašytos, etiketė yra aprašymu persirengusi prielaida.

Pradėkite nuo ryšio, kuris nutrūko

Įvardykite galinį tašką, kuris nustojo atsakinėti, laiką ir tai, ką naudotojas darė, kai ryšys nutrūko. Tada išvardykite tos grandinės komponentus: nešiojamąjį kompiuterį, vietinę liniją, šliuzą kliento pusėje, tiekėjo šliuzą ir išteklį už jo. Kiekvienas jų arba turi savininką sutartyje, arba turi spragą. Jų surikiavimas užima dešimt minučių ir nulemia kitas tris valandas.

Kelių naudotojų bendras simptomas rodo bendrą komponentą, o simptomas, kuris seka vieną nešiojamąjį kompiuterį, rodo klientą. Šis skirtumas padeda bilietui patekti į teisingą eilę dar prieš kam nors atidarant konfigūraciją.

Sutvarkykite du galinius taškus prieš nuostatas

Nuspręskite, kam priklauso šliuzas kliento pusėje ir kam priklauso tolimas galinis taškas. Kai šie du sutvarkyti, kiekviena pusė žino, ką gali patikrinti ir ko turi paprašyti. Visa kita susitarime nuo to tampa lengviau.

Tiekėjas gali stebėti savo šliuzą, o klientas lieka atsakingas už vietinę interneto tiekėjo liniją, katalogų tarnybą ar paskirties programą. Kliento nuosavybėje esantis įrenginys vis tiek gali būti pagal tiekėjo priežiūros sutartį, todėl nuosavybė ir tai, kas prižiūri dėžę, yra du skirtingi klausimai. Užrašykite abu atsakymus kiekvienam galiniam taškui, nes dėl antrojo atnaujinimai paprastai nesutaria.

Bendri objektai turi turėti tiksliai vieną savininką

Tapatybės, prisijungimo duomenys, apsaugoti prefiksai, pasiūlymai ir grįžtamojo maršrutizavimo sutartis yra bendri objektai, o bendri objektai pūva greičiausiai. Jei abi šalys gali pakeisti vieną, abi ir pakeis, ir kiekvienas pakeitimas atrodo vietiškai teisingas, kol sutartas srautas lūžta. Duokite kiekvienam objektui vieną savininką ir vieną keitimo procesą, ir reikalaukite, kad kita pusė būtų informuota prieš įsigalint pakeitimui. Alternatyva yra pakeitimų žurnalas, kuris skaitomas tarsi du žmonės taisytų skirtingas tos pačios mašinos puses.

Klasikinė gedimas yra selektoriaus pakeitimas vienoje pusėje ir NAT pakeitimas kitoje tą pačią savaitę. Nė vienas inžinierius nepadarė klaidos, ir tunelis vis tiek nustojo perduoti programą.

Kas priima pirmą pranešimą

Iš anksto nuspręskite, kam skambinama pirmam, ką kiekviena pusė gali skaityti ir kada byla pereina iš rankų į rankas. Pateikite galinį tašką, bandymo laiką ir leistiną srautą, kad abi pusės galėtų susieti tą patį įvykį.

Siaura būsenos suvestinė paprastai naudingesnė už nesuredaguotą konfigūraciją, ir ji neatskleidžia paslapčių. Stebėjimas priklauso tam, kas valdo komponentą, o ne tam, kas valdo logotipą, todėl klauskite, kuri pusė mato tunelio būseną, kuri mato programą ir ką pažadina kiekvienas įspėjimas. Padėkite ne darbo valandų kelią prie kiekvieno įspėjimo, nes prietaisų skydelis, kuriam niekas nebudi, yra tik dokumentacija.

Apibrėžkite keitimo įgaliojimus su tokiu pačiu rūpestingumu. Tiekėjas, redaguojantis selektorių, kol klientas redaguoja NAT, abi vietines konfigūracijas padaro tikėtinas, o tunelis vis tiek nepavyksta.

Ko etiketė niekada nepasako

Įrašykite į tikrąją sutartį programinės įrangos priežiūrą, prisijungimo duomenų rotaciją, patvirtintas konfigūracijos atsargines kopijas ir atkūrimo kelią. Bendros atsakomybės modelis, kaip modelis, kurį skelbia AWS parodo, kiek padalijimas gali pasislinkti tarp paslaugų, ir tai yra pavyzdys, o ne jūsų tiekėjo sąlygų apibrėžimas. Iš frazės pusiau valdoma ką nors spręsti yra būdas, kuriuo atnaujinimo pokalbis aptinka spragą.

Apimtis turėtų įvardyti įprastą operatorių ir eskaliacijos kelią kiekvienai priklausomybei. Kad ir kaip pasiūlymas vadina paslaugą, praktiškai tai reiškia būtent tą sąrašą.