Většina recenzí návrhu zamrzne na první otázce, protože žádost popisuje produkt, nikoli rozhodnutí. Zadání, které pojmenuje toky, vlastníky a chování při selhání, lze vyřešit na jedné schůzce. Zadání, které říká postavte zabezpečenou VPN, nelze vyřešit vůbec. Projděte šest kontrol níže, než něco pošlete, a recenze se změní ve srovnání místo hádky.

Za prvé, je otázka rozhodnutí, nebo přání

Rozhodnutí má alternativy a pozorování, které by mezi nimi vybralo. Pokud nedokážete pojmenovat, na co byste se podívali, abyste jednu vybrali, otázka je stále přání. Nejprve zapište alternativy, i když má seznam jen dvě položky. Pak zapište kompromis, který je odděluje.

Přání také rádo skrývá publikum. Řekněte, kdo musí návrh schválit, protože stejné zadání se čte jinak vlastníkovi sítě, recenzentovi bezpečnosti a finančnímu schvalovateli.

Zastavte se zde, pokud je odpověď nikdo, protože rozhodnutí bez vlastníka předělá ten, kdo si stěžuje nejhlasitěji. To je problém řízení, ne problém návrhu.

Za druhé, pojmenujte toky a odmítnutí

Vyjmenujte zdroj, cíl a aplikaci pro každý tok, který musí fungovat. Pak vyjmenujte toky, které musí dál selhávat, protože návrh, který je tiše povoluje, změnil požadavek, aniž by to řekl. Překryv adres a dosažitelnost proti proudu patří do tohoto seznamu jako omezení, ne jako překvapení.

Buďte konkrétní ohledně směru. Lokalita, která smí iniciovat připojení k centrále, je jiný návrh než ta, která je smí přijímat, a rozdíl se projeví v každém pravidle, které potom napíšete.

Všimněte si také klientů a stavu jejich správy, protože spravované zařízení s agentem umí věci, které laptop přinesený z domova neumí.

Držte seznam dost krátký na to, aby se dal otestovat. Deset toků, které můžete ověřit, je lepších než čtyřicet, které nemůžete.

Kontrola 3: oddělte fakta od předpokladů

Označte každé tvrzení, které jste ověřili, a označte ta, která ne. Veřejné adresování, dostupná propustnost a přístup správce jsou tři předpoklady, které nejčastěji mění odpověď. Pokud je jeden z nich neznámý, řekněte, jak se návrh změní, když vyjde na kteroukoli stranu.

Ilustrativní síť je v pořádku, dokud je označená. Problém je hypotetická pobočka, která tiše získá druhé připojení nahoru nebo veřejný blok adres, který nikdy neměla.

Ověřte předpoklad, který můžete zkontrolovat, před recenzí, protože jeden změřený fakt odstraní celou větev diskuse.

ip route get 10.50.0.10
traceroute -n -m 6 10.50.0.10
nc -vz 10.50.0.10 443

Za čtvrté, napište smlouvu o selhání

Uveďte, co se stane, když tunel spadne, a buďte výslovně konkrétní ohledně dvou různých slibů. Obnovit nová spojení po opětovném připojení je snadné slíbit. Zachovat relace, které už byly navázány přes selhání, je mnohem silnější požadavek a omezuje volbu technologie.

Pak rozhodněte záložní postup: zablokujte provoz, veďte ho jinou schválenou cestou, nebo udělejte něco jiného pro každou aplikaci. Tichý návrat k přímé cestě je rozhodnutí o návrhu, i když ho nikdo nezapsal.

Přidejte cíl obnovy prostým jazykem, například jak dlouho může lokalita fungovat v degradovaném stavu a kdo vyhlásí incident.

Kontrola 5 a 6: vyberte šev a zaznamenejte změnu

Vyberte jeden šev k diskusi, protože recenze, která se snaží vyřešit vše, nevyřeší nic. Směrování, autorizace a šifrování jsou tři různé švy a zadání má říci, o který z nich jde. RFC 4301 je zde užitečná připomínka, protože odděluje politická rozhodnutí, chráněný provoz a bezpečnostní asociace, místo aby je bral jako jeden objekt.

Pak zaznamenejte, co se po rozhodnutí změnilo, včetně revidovaných předpokladů. Právě tento záznam dělá příští recenzi kratší.

git diff --stat design/vpn-brief.md
grep -n 'assumption' design/vpn-brief.md
ip route get 10.50.0.10

Zadání, které projde všemi šesti kontrolami, vytvoří otázku s odpovědí: návrh splňuje uvedené toky a smlouvu o selhání, nebo mu v tom brání pojmenované omezení. Když se omezení později změní, záznam ukáže, které rozhodnutí je třeba znovu otevřít a které může zůstat. To dělá cvičení znovupoužitelným, a ne jednorázovou hádkou.

Související články