Polospravovaná VPN: štítek neříká, kdo drží pohotovost

V osm ráno spadne spojení a první otázka zní, kdo ho má opravit. Fráze polospravovaná VPN na to neodpovídá, protože pojmenovává obchodní ujednání, a ne rozdělení práce. Dva poskytovatelé mohou používat stejnou frázi s opačným rozdělením: jeden udržuje zařízení na straně zákazníka, druhý jen sleduje svou vlastní bránu. Dokud nejsou úkoly sepsané, je štítek odhad oblečený do popisu.

Začněte spojením, které spadlo

Pojmenujte koncový bod, který přestal odpovídat, čas a to, co uživatel dělal, když se to rozbilo. Pak vypište součásti na této cestě: notebook, místní okruh, bránu na straně zákazníka, bránu poskytovatele a prostředek za ní. Každá z nich má buď vlastníka v dohodě, nebo mezeru. Jejich roztřídění trvá deset minut a rozhoduje o dalších třech hodinách.

Příznak sdílený napříč uživateli ukazuje na sdílenou součást, zatímco příznak, který sleduje jeden notebook, ukazuje na klienta. Tento rozdíl zařadí tiket do správné fronty dřív, než kdokoli otevře konfiguraci.

Vyřešte oba koncové body dřív než nastavení

Rozhodněte, kdo vlastní bránu na straně zákazníka a kdo vlastní vzdálený koncový bod. Jakmile jsou tyto dvě věci vyřešené, každá strana ví, co může zkontrolovat a o co musí požádat. Všechno ostatní v ujednání je odtud snazší.

Poskytovatel může sledovat svou bránu, zatímco zákazník zůstává odpovědný za místní okruh poskytovatele internetu, adresářovou službu nebo cílovou aplikaci. Zařízení ve vlastnictví zákazníka může nadále spadat pod servisní dohodu poskytovatele, a proto jsou vlastnictví a to, kdo udržuje krabici, dvě různé otázky. Zapište obě odpovědi pro každý koncový bod, protože právě na té druhé se obnovy obvykle rozcházejí.

Sdílené objekty potřebují právě jednoho vlastníka

Identity, přihlašovací údaje, chráněné prefixy, návrhy a dohoda o zpětném směrování jsou sdílené objekty a sdílené objekty hnijí nejrychleji. Jestliže je může měnit obojí, obojí je měnit bude, a každá změna vypadá místně správně, zatímco dohodnutý tok se láme. Dejte každému objektu jednoho vlastníka a jeden proces změny a vyžadujte, aby druhá strana byla informována dřív, než se změna provede. Alternativou je protokol změn, který se čte jako dva lidé opravující různé poloviny stejného stroje.

Klasická porucha je změna selektoru na jedné straně a změna NAT na druhé ve stejném týdnu. Ani jeden inženýr nic neudělal špatně a tunel přesto přestal přenášet aplikaci.

Kdo přijme první hlášení

Předem rozhodněte, kdo je volán první, co smí každá strana číst a v jakém bodě případ mění ruce. Dodejte koncový bod, čas pokusu a povolený tok, aby obě strany mohly korelovat stejnou událost.

Úzké shrnutí stavu je obvykle užitečnější než nezredigovaná konfigurace a neprozrazuje tajemství. Monitoring patří tomu, kdo vlastní součást, ne tomu, kdo vlastní logo, takže se ptejte, která strana vidí stav tunelu, která vidí aplikaci a koho každé upozornění budí. Dejte cestu mimo pracovní dobu vedle každého upozornění, protože panel, na který nikdo nemá pohotovost, je dokumentace.

Definujte pravomoc ke změnám se stejnou péčí. Poskytovatel, který upravuje selektor, zatímco zákazník upravuje NAT, dělá obě místní konfigurace uvěřitelnými a tunel stále selhává.

Co štítek nikdy neřekne

Do skutečné dohody dejte údržbu softwaru, rotaci přihlašovacích údajů, schválené zálohy konfigurace a cestu obnovy. Model sdílené odpovědnosti, jako model, který zveřejňuje AWS ukazuje, jak daleko se rozdělení mezi službami může posunout, a je to příklad, ne definice podmínek vašeho dodavatele. Odvozovat cokoli z fráze polospravovaná je způsob, jakým rozhovor o obnově objeví mezeru.

Rozsah by měl pojmenovat běžného provozovatele a cestu eskalace pro každou závislost. Ať nabídka službu nazývá jakkoli, v praxi to znamená právě tento seznam.