Poolhaldatud VPN: silt ei ütle, kes on valves

Kell kaheksa hommikul katkeb ühendus ja esimene küsimus on, kes peaks selle parandama. Väljend poolhaldatud VPN ei vasta sellele, sest see nimetab kaubanduslikku kokkulepet, mitte tööjaotust. Kaks teenusepakkujat võivad kasutada sama väljendit vastupidiste jaotustega: üks hooldab kliendi poole seadet, teine jälgib ainult oma lüüsi. Kuni ülesanded on kirja pandud, on silt kirjelduseks riietatud oletus.

Alustage ühendusest, mis katkes

Nimetage otspunkt, mis lakkas vastamast, kellaaeg ja see, mida kasutaja parajasti tegi, kui see katki läks. Seejärel loetlege selle tee komponendid: sülearvuti, kohalik liin, kliendi poole lüüs, teenusepakkuja lüüs ja selle taga olev ressurss. Igal neist on kas kokkuleppes omanik või on lünk. Nende sorteerimine võtab kümme minutit ja otsustab järgmised kolm tundi.

Mitme kasutaja ühine sümptom osutab ühisele komponendile, samas kui üht sülearvutit jälgiv sümptom osutab kliendile. See eristus paneb pileti õigesse järjekorda enne, kui keegi konfiguratsiooni avab.

Lahendage kaks otspunkti enne seadeid

Otsustage, kellele kuulub kliendi poole lüüs ja kellele kuulub kaugotspunkt. Kui need kaks on lahendatud, teab kumbki pool, mida ta saab kontrollida ja mida peab küsima. Kõik muu kokkuleppes muutub sealt edasi lihtsamaks.

Teenusepakkuja saab oma lüüsi jälgida, samal ajal kui klient jääb vastutavaks kohaliku internetiliini, kataloogiteenuse või sihtrakenduse eest. Kliendile kuuluv seade võib ikkagi olla teenusepakkuja hoolduslepingu all, mistõttu omand ja see, kes kasti hooldab, on kaks erinevat küsimust. Kirjutage mõlemad vastused iga otspunkti kohta üles, sest just teise osas lahknevad uuendused tavaliselt.

Ühistel objektidel peab olema täpselt üks omanik

Identiteedid, volitused, kaitstud prefiksid, ettepanekud ja tagasitee marsruutimise kokkulepe on ühised objektid ning ühised objektid mädanevad kõige kiiremini. Kui mõlemad pooled saavad ühte muuta, teevad mõlemad seda, ja iga muudatus näib kohapeal õige, samal ajal kui kokkulepitud voog katkeb. Andke igale objektile üks omanik ja üks muutmise protsess ning nõudke, et teist poolt teavitataks enne, kui muudatus jõustub. Alternatiiv on muudatuste logi, mida loetakse nii, nagu kaks inimest parandaksid sama masina erinevaid pooli.

Klassikaline rike on selektori muutmine ühel pool ja NAT-i muutmine teisel pool samal nädalal. Kumbki insener ei teinud midagi valesti ja tunnel lakkas ikkagi rakendust kandmast.

Kes võtab vastu esimese teate

Otsustage ette, keda kutsutakse esimesena, mida kumbki pool tohib lugeda ja millal juhtum käest kätte läheb. Esitage otspunkt, katse aeg ja lubatud voog, et mõlemad pooled saaksid sama sündmust korreleerida.

Kitsas oleku kokkuvõte on tavaliselt kasulikum kui toimetamata konfiguratsioon ja see ei lekitse saladusi. Monitooring kuulub sellele, kes komponenti omab, mitte sellele, kes logo omab, seega küsige, milline pool näeb tunneli olekut, milline rakendust ja keda iga hoiatus äratab. Pange tööajaväliseks tee iga hoiatuse kõrvale, sest armatuurlaud, mille jaoks keegi valves ei ole, on dokumentatsioon.

Määratlege muutmisvolitus sama hoolikusega. Kui teenusepakkuja muudab selektorit ja klient muudab samal ajal NAT-i, näivad mõlemad kohalikud konfiguratsioonid usutavad ja tunnel jääb ikkagi katki.

Mida silt kunagi ei ütle

Pange tarkvara hooldus, volituste rotatsioon, konfiguratsiooni kinnitatud varukoopiad ja taastamistee tegelikku kokkuleppesse. Ühise vastutuse mudel nagu AWS-i avaldatud mudel näitab, kui kaugele jagunemine teenuste vahel võib liikuda, ja see on näide, mitte teie tarnija tingimuste määratlus. Sellest väljendist poolhaldatud millegi järeldamine ongi see, kuidas uuendusvestlus avastab lünga.

Ulatus peaks nimetama tavapärase operaatori ja eskaleerimistee iga sõltuvuse jaoks. Kuidas iganes pakkumine teenust nimetab, praktikas tähendab see just seda loendit.