VPN בחצי ניהול: התווית לא אומרת מי בתורנות
התווית היא לא פרוטוקול ולא אחוז חלוקה. הפכו אותה לבעלים של נקודות קצה, הגדרות משותפות, ניטור ומסירת האירוע, משימה אחר משימה.
בשמונה בבוקר חיבור נופל, והשאלה הראשונה היא מי אמור לתקן אותו. הביטוי VPN בחצי ניהול לא עונה על זה, מפני שהוא נותן שם להסדר מסחרי ולא לחלוקת עבודה. שני ספקים יכולים להשתמש באותו ביטוי עם חלוקות הפוכות: האחד מתחזק את ההתקן בצד הלקוח, והשני רק צופה בשער שלו עצמו. כל עוד המשימות לא כתובות, התווית היא ניחוש לבוש בתיאור.
התחילו בחיבור שנפל
נקבו בשם נקודת הקצה שהפסיקה להגיב, בשעה, ובמה עסק המשתמש כשהיא נשברה. לאחר מכן פרטו את הרכיבים באותו נתיב: המחשב הנייד, הקו המקומי, השער בצד הלקוח, השער של הספק והמשאב שמאחוריו. לכל אחד מהם יש בעלים בהסכם או שיש פער. מיון שלהם לוקח עשר דקות ומכריע את שלוש השעות הבאות.
תסמין שמשותף למשתמשים רבים מצביע על רכיב משותף, ואילו תסמין שעוקב אחרי מחשב נייד אחד מצביע על הלקוח. ההבחנה הזו מכניסה את הפנייה לתור הנכון לפני שמישהו פותח הגדרה.
הכריעו בשתי נקודות הקצה לפני ההגדרות
החליטו מי הבעלים של השער בצד הלקוח ומי הבעלים של נקודת הקצה המרוחקת. ברגע ששתי אלה מוכרעות, כל צד יודע מה הוא יכול לבדוק ומה הוא חייב לבקש. כל השאר בהסדר נעשה קל יותר משם.
ספק יכול לנטר את השער שלו בעוד הלקוח נשאר אחראי על קו אינטרנט מקומי, על שירות ספרייה או על היישום ביעד. התקן בבעלות הלקוח יכול עדיין להיות תחת הסכם תחזוקה של הספק, ולכן בעלות ומי מתחזק את הקופסה הן שתי שאלות שונות. רשמו את שתי התשובות לכל נקודת קצה, מפני שבשנייה חידושים בדרך כלל חלוקים.
אובייקטים משותפים זקוקים לבעלים אחד בדיוק
זהויות, אישורי גישה, קידומות מוגנות, הצעות והסכם ניתוב החזור הם אובייקטים משותפים, ואובייקטים משותפים נרקבים מהר ביותר. אם שני הצדדים יכולים לשנות אחד, שניהם ישנו, וכל שינוי נראה נכון מקומית בזמן שהזרימה המוסכמת נשברת. תנו לכל אובייקט בעלים אחד ותהליך שינוי אחד, ודרשו ליידע את הצד השני לפני שהשינוי נכנס לתוקף. החלופה היא יומן שינויים שנקרא כמו שני אנשים שמתקנים חצאים שונים של אותה מכונה.
הכשל הקלאסי הוא שינוי בורר בצד אחד ושינוי NAT בצד השני באותו שבוע. אף מהנדס לא עשה דבר שגוי, והמנהרה בכל זאת הפסיקה לשאת את היישום.
מי מקבל את הדיווח הראשון
החליטו מראש מי נקרא ראשון, מה כל צד רשאי לקרוא, ובאיזו נקודה התיק עובר ידיים. ספקו את נקודת הקצה, את זמן הניסיון ואת הזרימה המותרת כדי ששני הצדדים יוכלו להתאים את אותו אירוע.
תקציר מצב מצומצם שימושי בדרך כלל יותר מהגדרה לא ערוכה, והוא לא מדליף סודות. הניטור שייך למי שמחזיק ברכיב, לא למי שמחזיק בלוגו, לכן שאלו איזה צד רואה את מצב המנהרה, איזה רואה את היישום, ומי מועבר על ידי כל התראה. שימו את הנתיב מחוץ לשעות העבודה לצד כל התראה, מפני שלוח בקרה שאין לו תורנות הוא תיעוד.
הגדירו סמכות שינוי באותה זהירות. ספק שעורך בורר בזמן שהלקוח עורך NAT גורם לשתי ההגדרות המקומיות להיראות סבירות והמנהרה עדיין נכשלת.
מה התווית אף פעם לא מספרת
הכניסו להסכם בפועל תחזוקת תוכנה, סבב אישורי גישה, גיבויים מאושרים של ההגדרה ונתיב השחזור. מודל אחריות משותפת כמו המודל ש-AWS מפרסמת מראה עד כמה החלוקה יכולה לנוע בין שירותים, והוא דוגמה ולא הגדרה של תנאי הספק שלכם. הסקת משהו מהביטוי בחצי ניהול היא הדרך שבה שיחת חידוש מגלה פער.
ההיקף צריך לנקוב בשם המפעיל הרגיל ובנתיב ההסלמה לכל תלות. איך שלא יקרא הצעת המחיר לשירות, בפועל זה מה שהרשימה הזאת אומרת.