แยกการตรวจสุขภาพ VPN ออกจากการตรวจสุขภาพแอปพลิเคชัน
โปรเซสอุโมงค์ที่ทำงานอยู่ เส้นทางที่ป้องกัน DNS และปลายทางอาจล้มเหลวแยกจากกันได้ ให้แต่ละการตรวจระบุชั้นของตนและการกระทำที่มันกระตุ้น
โปรเซสอุโมงค์ของคุณอาจทำงานอยู่ขณะที่การเชื่อมต่อที่ป้องกันใช้งานไม่ได้ และหน้าเว็บที่ล้มเหลวไม่ใช่หลักฐานว่าอุโมงค์แตก เมื่อโพรบตัวเดียวเป็นตัวแทนของทั้งหมด นโยบายรีสตาร์ตจะรีสตาร์ตส่วนประกอบผิดตัวและเรียกสิ่งนั้นว่าออโตเมชัน การตรวจแต่ละข้อด้านล่างระบุชั้นที่มันสังเกต การกระทำที่ความล้มเหลวของมันกระตุ้น และหลักฐานว่าการกระทำนั้นได้ผล ขั้นตอนสุดท้ายเปลี่ยนทั้งชุดให้เป็นหน้าที่ใครก็สามารถทำตามได้ตอนตีสาม
ขั้นตอนที่ 1: ระบุชั้นที่แต่ละการตรวจสังเกต
ถามว่าแต่ละโพรบมองเห็นอะไรได้จริงก่อนจะเขียนอันใดอันหนึ่ง ชีวิตพิสูจน์ว่าเดมอนทำงานอยู่ การจับมือหรือรายการเพื่อนพิสูจน์ว่าความสัมพันธ์มีอยู่ คำขอที่ผ่านเส้นทางพิสูจน์การส่งมอบ และการค้นหาพิสูจน์การแปลงชื่อ พวกมันล้มเหลวตามลำดับนั้น และไม่มีอันใดบอกเป็นนัยถึงอันถัดไป การตรวจโปรเซสสีเขียวข้าง อุโมงค์ที่ตายแล้วคือกรณีปกติ ไม่ใช่ข้อขัดแย้ง.
เขียนการตรวจทั้งสี่ตามลำดับนั้น พร้อมคำสั่งที่แน่นอนและผลลัพธ์ที่คาดหวังของแต่ละข้อ โพรบที่คุณระบุผลลัพธ์ที่คาดหวังไม่ได้จะถูกอ่านต่างกันโดยผู้ปฏิบัติงานทุกคนที่เห็นการแจ้งเตือน ใส่รายการเดียวกันในข้อความแจ้งเตือน ไม่ใช่แค่ในรันบุ๊ก เพื่อให้คนที่ถูกปลุกตอนกลางคืนได้พบชั้นก่อนอาการ เก็บทุกคำสั่งให้พร้อมคัดลอกบนโฮสต์ที่รันมัน
จากนั้นเพิ่มการตรวจแอปพลิเคชันเป็นข้อที่ห้าแยกต่างหาก หน้าที่บริการบัญชีล่มไม่ใช่เหตุผลที่จะรีสตาร์ตอุโมงค์
ขั้นตอนที่ 2: ผูกความล้มเหลวแต่ละครั้งกับการกระทำเดียว
สำหรับการตรวจแต่ละข้อ ตัดสินว่าอะไรจะรีสตาร์ต อะไรยังคงถูกบล็อก และอะไรเรียกคน ความล้มเหลวของชั้นอุโมงค์อาจถือเป็นเหตุผลให้รีสตาร์ตอุโมงค์ ความล้มเหลวของตัวแปลงชื่อชี้ไปที่การเชื่อมต่อ DNS บนไคลเอนต์ และความล้มเหลวของชั้นแอปพลิเคชันแทบไม่ควรแตะอุโมงค์เลย
บอกว่าความล้มเหลวต้องไม่ทำอะไร เพราะค่าเริ่มต้นที่อันตรายคือค่าที่อนุญาต สถานะที่ไม่สุขภาพดีต้องไม่กลายเป็นสิทธิ์สำหรับทราฟฟิกแอปพลิเคชันโดยตรง เพราะเส้นทางสำรองที่เลี่ยงอุโมงค์อย่างเงียบ ๆ จะลบเหตุผลที่อุโมงค์มีอยู่ ตีกรอบการกระทำให้แคบลงด้วย การรีสตาร์ตส่วนประกอบที่ใช้ร่วมกันเพราะปลายทางหนึ่งช้าจะเปลี่ยนปัญหาเฉพาะจุดให้เป็นปัญหาทั้งฝูง และยังทำลายหลักฐานที่คุณต้องใช้หาสาเหตุ
ขั้นตอนที่ 3: ทำให้โพรบไม่เป็นอันตรายและราคาถูก
ใช้คำขอเล็ก ๆ ที่อ่านเท่านั้น เช่น ทรัพยากรแบบสแตติก แหล่งสิ้นสุดสุขภาพที่รายงานการพึ่งพาของตัวเอง หรือการเชื่อมต่อ TCP ไปยังพอร์ตที่คุณควบคุม หลีกเลี่ยงข้อมูลรับรอง การท่องเว็บส่วนตัว และทุกสิ่งเปลี่ยนสถานะในทุกช่วงเวลา เพราะโพรบที่เขียนคือการทดสอบโหลดตามกำหนดการ
บันทึกปลายทาง ความคาดหวังของเส้นทาง และเวลาหมดอายุสำหรับโพรบแต่ละตัว ความคาดหวังของเส้นทางคือฟิลด์ที่คนมักละไว้ และมันคือสิ่งที่แยกความล้มเหลวของอุโมงค์ออกจากความผิดพลาดในการกำหนดเส้นทางเมื่อคุณอ่านการแจ้งเตือนภายหลัง จงหาช่วงเวลาและเกณฑ์ความล้มเหลวจากเวลาฟื้นตัวที่คุณสัญญาไว้ และทำให้เวลาหมดอายุสั้นกว่าช่วงเวลา โพรบที่ยังทำงานอยู่เมื่อตัวถัดไปเริ่มจะรายงานความล้มเหลวหนึ่งครั้งสองหนและดูเหมือนการสั่นไหว
ขั้นตอนที่ 4: ทำให้แต่ละชั้นแตกสลายและดูว่าโพรบที่ถูกต้องเป็นสีแดง
หยุดโปรเซสอุโมงค์และยืนยันว่าการตรวจโปรเซสล้มเหลวขณะที่ DNS อาจยังตอบจากแคชได้ เปลี่ยนเส้นทางและยืนยันว่าคำขอที่ผ่านเส้นทางล้มเหลวขณะที่โปรเซสและการจับมือยังสุขภาพดี ทำให้เฉพาะ DNS แตกและยืนยันว่าการตรวจแอปพลิเคชันรายงานการแปลงชื่อแทนข้อผิดพลาดของอุโมงค์ ถ้าโพรบสองตัวเคลื่อนที่ด้วยกันเสมอ คุณมีการตรวจน้อยกว่าที่คิด
ทดสอบทิศทางการฟื้นตัวด้วยวินัยเดียวกัน หลังจากคืนชั้นแล้ว โพรบควรหายเองโดยไม่ต้องรีสตาร์ตด้วยมือ และการกระทำที่ถูกกระตุ้นไม่ควรทิ้งทางเบี่ยงไว้เบื้องหลัง ดูรอบเต็มหนึ่งรอบก่อนเชื่อสถานะสีเขียว เพราะโพรบที่หายเฉพาะเมื่อทำด้วยมือจะซ่อนเส้นทางฟื้นตัวที่แตกหัก
ขั้นตอนที่ 5: วางรันบุ๊กไว้ที่ที่การแจ้งเตือนชี้ไป
หน้าหนึ่งที่มีห้าแถวถือการออกแบบทั้งหมดไว้ ได้แก่ ชั้น คำสั่ง ผลลัพธ์ที่คาดหวัง การกระทำเมื่อล้มเหลว เจ้าของ เพิ่มบรรทัดต่อโพรบหนึ่งบรรทัดว่ามันจงใจไม่ทดสอบอะไร บรรทัดนั้นคือสิ่งที่กันคนถัดไปจากการเพิ่มการตรวจข้อที่หกที่วัดทุกอย่างและแยกแยะไม่ได้อะไรเลย เชื่อมโยงหน้าเว็บจากข้อความแจ้งเตือน ไม่อย่างนั้นจะไม่มีใครเปิดมันระหว่างเหตุการณ์
ในการติดตั้งแบบคอนเทนเนอร์ เงื่อนไขการพึ่งพากำหนดรูปร่างของการเริ่มต้นและไม่มีอะไรอื่น ลำดับการเริ่มต้นและเงื่อนไขสุขภาพของ Compose เอกสารอธิบายว่าความพร้อมกำหนดลำดับที่บริการเริ่มต้นอย่างไร ไม่มีสิ่งใดบังคับใช้นโยบายขาออกหลังจากนั้น และไม่มีสิ่งใดล้มเหลวแบบปิดเมื่ออุโมงค์ล่ม การบังคับใช้ต่อเนื่องต้องมีนโยบายของตัวเองและโพรบของตัวเอง เขียนไว้ในหน้าเดียวกัน
รันบุ๊กเสร็จสมบูรณ์เมื่อชั้นที่ถูกต้องฟื้นตัวโดยไม่มีใครอ่านเว็บไซต์ที่ใช้ไม่ได้ว่าเป็นอุโมงค์ที่แตก นั่นทดสอบเอกสาร ไม่ใช่อุโมงค์