Polospravovaná VPN: štítok nehovorí, kto drží pohotovosť

O ôsmej ráno padne spojenie a prvá otázka znie, kto ho má opraviť. Fráza polospravovaná VPN na to neodpovedá, pretože pomenúva obchodnú dohodu, a nie rozdelenie práce. Dvaja poskytovatelia môžu používať rovnakú frázu s opačným rozdelením: jeden udržiava zariadenie na strane zákazníka, druhý len sleduje vlastnú bránu. Kým nie sú úlohy zapísané, štítok je odhad oblečený do popisu.

Začnite spojením, ktoré padlo

Pomenujte koncový bod, ktorý prestal odpovedať, čas a to, čo používateľ robil, keď sa to pokazilo. Potom vypíšte časti na tej ceste: notebook, miestny okruh, bránu na strane zákazníka, bránu poskytovateľa a prostriedok za ňou. Každá z nich má buď vlastníka v dohode, alebo medzeru. Ich roztriedenie trvá desať minút a rozhoduje o ďalších troch hodinách.

Príznak spoločný pre viacerých používateľov ukazuje na spoločnú časť, kým príznak, ktorý sleduje jeden notebook, ukazuje na klienta. Tento rozdiel zaradí tiket do správneho radu skôr, než ktokoľvek otvorí konfiguráciu.

Vyriešte oba koncové body pred nastavením

Rozhodnite, kto vlastní bránu na strane zákazníka a kto vlastní vzdialený koncový bod. Keď sú tieto dve vyriešené, každá strana vie, čo môže skontrolovať a o čo musí požiadať. Všetko ostatné v dohode je odtiaľ ľahšie.

Poskytovateľ môže sledovať svoju bránu, zatiaľ čo zákazník zostáva zodpovedný za miestny okruh poskytovateľa internetu, adresárovú službu alebo cieľovú aplikáciu. Zariadenie vo vlastníctve zákazníka môže stále spadať pod servisnú dohodu poskytovateľa, a preto sú vlastníctvo a to, kto udržiava krabicu, dve rôzne otázky. Zapíšte obe odpovede pre každý koncový bod, pretože práve na tej druhej sa obnovy zvyčajne rozchádzajú.

Spoločné objekty potrebujú presne jedného vlastníka

Identity, prihlasovacie údaje, chránené prefixy, návrhy a dohoda o spätnom smerovaní sú spoločné objekty a spoločné objekty hnijú najrýchlejšie. Ak ich môžu meniť obe strany, obe ich meniť budú, a každá zmena vyzerá miestne správne, kým sa dohodnutý tok láme. Dajte každému objektu jedného vlastníka a jeden proces zmeny a vyžadujte, aby druhá strana bola informovaná predtým, než zmena nadobudne účinnosť. Alternatívou je záznam zmien, ktorý sa číta ako dvaja ľudia opravujúci rôzne polovice toho istého stroja.

Klasická porucha je zmena selektora na jednej strane a zmena NAT na druhej v tom istom týždni. Ani jeden inžinier nič nepokazil, a tunel napriek tomu prestal prenášať aplikáciu.

Kto prijme prvé hlásenie

Vopred rozhodnite, koho volajú prvého, čo smie každá strana čítať a v ktorom bode prípad mení ruky. Dodajte koncový bod, čas pokusu a povolený tok, aby obe strany mohli korelovať tú istú udalosť.

Úzke zhrnutie stavu je zvyčajne užitočnejšie než nezredigovaná konfigurácia a nevyzrádza tajomstvá. Monitorovanie patrí tomu, kto vlastní časť, nie tomu, kto vlastní logo, preto sa pýtajte, ktorá strana vidí stav tunela, ktorá vidí aplikáciu a koho každé upozornenie zobudí. Dajte cestu mimo pracovného času k každému upozorneniu, pretože panel, na ktorý nikto nemá pohotovosť, je len dokumentácia.

Definujte právomoc na zmeny s rovnakou starostlivosťou. Poskytovateľ, ktorý upravuje selektor, kým zákazník upravuje NAT, robí obe miestne konfigurácie vierohodnými a tunel stále zlyháva.

Čo štítok nikdy nepovie

Do skutočnej dohody zapíšte údržbu softvéru, rotáciu prihlasovacích údajov, schválené zálohy konfigurácie a cestu obnovy. Model spoločnej zodpovednosti, ako model, ktorý zverejňuje AWS ukazuje, ako ďaleko sa rozdelenie medzi službami môže posunúť, a je to príklad, nie definícia podmienok vášho dodávateľa. Odvodzovať čokoľvek z frázy polospravovaná je spôsob, akým rozhovor o obnove objaví medzeru.

Rozsah by mal pomenovať bežného prevádzkovateľa a cestu eskalácie pre každú závislosť. Nech ponuka nazýva službu akokoľvek, v praxi to znamená práve ten zoznam.