დაწერეთ VPN დიზაინის ბრიფი, რომელიც ვინმემ ნამდვილად შეიძლება განიხილოს

დიზაინის მიმოხილვების უმეტესობა პირველ კითხვაზე ჩერდება, რადგან მოთხოვნა პროდუქტს აღწერს და არა გადაწყვეტილებას. ბრიფი, რომელიც ასახელებს ნაკადებს, მფლობელებს და წარუმატებლობის ქცევას, ერთ შეხვედრაზე შეიძლება უპასუხო. ბრიფს, რომელიც ამბობს ააშენეთ უსაფრთხო VPN, საერთოდ არ შეიძლება უპასუხო. გაიარეთ ქვემოთ მოცემული ექვსი შემოწმება სანამ რამეს გაგზავნით, და მიმოხილვა დებატის ნაცვლად შედარებად იქცევა.

პირველი, კითხვა გადაწყვეტილებაა თუ სურვილი

გადაწყვეტილებას აქვს ალტერნატივები და დაკვირვება, რომელიც მათ შორის აირჩევს. თუ ვერ ასახელებთ, რას შეხედავდით ერთის ასარჩევად, კითხვა ჯერ კიდევ სურვილია. ჯერ ჩაწერეთ ალტერნატივები, თუნდაც სიაში მხოლოდ ორი პუნქტი იყოს. შემდეგ ჩაწერეთ კომპრომისი, რომელიც მათ ჰყოფს.

სურვილი ასევე მიდრეკილია აუდიტორიის დამალვისკენ. თქვით, ვინ უნდა დაამტკიცოს დიზაინი, რადგან იგივე ბრიფი სხვაგვარად იკითხება ქსელის მფლობელის, უსაფრთხოების მიმომხილველის და ფინანსური დამმტკიცებლისთვის.

აქ გაჩერდით, თუ პასუხი არავინ არის, რადგან მფლობელის გარეშე გადაწყვეტილებას ხელახლა შექმნის ის, ვინც ყველაზე ხმამაღლა ჩივის. ეს მმართველობის პრობლემაა და არა დიზაინის პრობლემა.

მეორე, დაასახელეთ ნაკადები და უარები

ჩამოთვალეთ წყარო, დანიშნულება და აპლიკაცია ყოველი ნაკადისთვის, რომელიც უნდა მუშაობდეს. შემდეგ ჩამოთვალეთ ნაკადები, რომლებიც უნდა გაგრძელდეს წარუმატებლობა, რადგან დიზაინი, რომელიც ჩუმად უშვებს მათ, შეცვალა მოთხოვნა ამის თქმის გარეშე. მისამართების გადაფარვა და ზედა დინების ხელმისაწვდომობა ამ სიაში შედის როგორც შეზღუდვები და არა როგორც სიურპრიზები.

იყავით კონკრეტული მიმართულებაზე. საიტი, რომელსაც შეუძლია შტაბ-ბინასთან კავშირების დაწყება, სხვა დიზაინია, ვიდრე ის, რომელსაც შეუძლია მათი მიღება, და განსხვავება ჩანს ყოველ წესში, რომელსაც შემდეგ დაწერთ.

გაითვალისწინეთ კლიენტები და მათი მართვის მდგომარეობა, რადგან აგენტიან მართულ მოწყობილობას შეუძლია ის, რაც თან მოტანილ ლეპტოპს არ შეუძლია.

შეინახეთ სია საკმარისად მოკლე შესამოწმებლად. ათი ნაკადი, რომელთაც შეგიძლიათ გადაამოწმოთ, სჯობს ორმოცს, რომელთაც არ შეგიძლიათ.

შემოწმება 3: გამოყავით ფაქტები ვარაუდებისგან

მონიშნეთ ყოველი განცხადება, რომელიც გადაამოწმეთ, და მონიშნეთ ისინი, რომლებიც არ გადაგიმოწმებიათ. საჯარო მისამართირება, ხელმისაწვდომი გამტარობა და ადმინისტრატორის წვდომა სამი ვარაუდია, რომლებიც ყველაზე ხშირად ცვლიან პასუხს. თუ ერთ-ერთი მათგანი უცნობია, თქვით, როგორ იცვლება დიზაინი, როცა ის ნებისმიერი მიმართულებით გამოვლინდება.

საილუსტრაციო ქსელი კარგია, სანამ ის ეტიკეტირებულია. პრობლემა ჰიპოთეტური ფილიალია, რომელიც ჩუმად იძენს მეორე ზედა კავშირს ან საჯარო მისამართების ბლოკს, რომელიც მას არასოდეს ჰქონია.

გადაამოწმეთ ის ვარაუდი, რომლის შემოწმებაც შეგიძლიათ, მიმოხილვამდე, რადგან ერთი გაზომილი ფაქტი მთელ შტოს აშორებს დისკუსიას.

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

მეოთხე, დაწერეთ წარუმატებლობის კონტრაქტი

თქვით, რა ხდება, როცა გვირაბი გამორთულია, და იყავით მკაფიო ორი განსხვავებული დაპირების შესახებ. ახალი კავშირების აღდგენა ხელახალი დაკავშირების შემდეგ ადვილი დასაპირებელია. უკვე დამყარებული სესიების შენარჩუნება წარუმატებლობის განმავლობაში გაცილებით ძლიერი მოთხოვნაა და ის ზღუდავს ტექნოლოგიის არჩევანს.

შემდეგ გადაწყვიტეთ სარეზერვო გზა: დაბლოკეთ ტრაფიკი, გადაამისამართეთ ის სხვა დამტკიცებული გზით, ან გააკეთეთ რამე განსხვავებული თითოეული აპლიკაციისთვის. პირდაპირ გზაზე ჩუმი დაბრუნება დიზაინის გადაწყვეტილებაა, თუნდაც არავის დაუწერია.

დაამატეთ აღდგენის მიზანი მარტივი ენით, მაგალითად რამდენ ხანს შეიძლება საიტმა იმუშაოს დეგრადირებულ მდგომარეობაში, და ვინ აცხადებს ინციდენტს.

შემოწმება 5 და 6: აირჩიეთ ნაკერი და ჩაწერეთ ცვლილება

აირჩიეთ ერთი ნაკერი კამათისთვის, რადგან მიმოხილვა, რომელიც ყველაფრის გადაწყვეტას ცდილობს, არაფერს წყვეტს. მარშრუტიზაცია, ავტორიზაცია და დაშიფვრა სამი განსხვავებული ნაკერია, და ბრიფმა უნდა თქვას, რომელი მათგანის შესახებაა კითხვა. RFC 4301 სასარგებლო შეხსენებაა აქ, რადგან ის ყოფს პოლიტიკის გადაწყვეტილებებს, დაცულ ტრაფიკს და უსაფრთხოების ასოციაციებს იმის ნაცვლად, რომ ისინი ერთ ობიექტად მიიჩნიოს.

შემდეგ ჩაწერეთ, რა შეიცვალა გადაწყვეტილების შემდეგ, მათ შორის გადასინჯული ვარაუდები. სწორედ ეს ჩანაწერი ხდის შემდეგ მიმოხილვას უფრო მოკლეს.

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

ბრიფი, რომელიც გადის ექვსივე შემოწმებას, ქმნის პასუხიან კითხვას: დიზაინი აკმაყოფილებს მითითებულ ნაკადებს და წარუმატებლობის კონტრაქტს, ან დასახელებული შეზღუდვა ხელს უშლის მას. როცა შეზღუდვა მოგვიანებით შეიცვლება, ჩანაწერი აჩვენებს, რომელი გადაწყვეტილება უნდა გადაიხედოს და რომელი შეიძლება დარჩეს. ეს ხდის სავარჯიშოს ხელახლა გამოსაყენებელს და არა ერთჯერად კამათს.