สุขภาพพร็อกซี: คุณทดสอบเว็บไซต์และการดำเนินการใด
แยกความสามารถในการเข้าถึงพร็อกซีโดยทั่วไปออกจากความล้มเหลวเฉพาะปลายทางเมื่อคุณดูแลกลุ่มพร็อกซีที่ใช้ซ้ำได้
พร็อกซีดึงหน้าตรวจสอบ IP ของคุณแต่ล้มเหลวที่ API ที่แอปพลิเคชันของคุณต้องการ การเรียกมันว่า “สุขภาพดี” หรือ “ตาย” จะสูญเสียข้อเท็จจริงที่มีประโยชน์ที่สุด: คำขอทั้งสองแตกต่างกัน
เริ่มจากบันทึกทั้งการขนส่งสำหรับปลายทาง คุณไปถึงผู้รับฟังของมันและทำการเจรจาพร็อกซีที่จำเป็นให้เสร็จได้หรือไม่ เก็บข้อสังเกตเฉพาะปลายทางไว้ข้างบันทึกนั้นแทนที่จะเขียนทับ
| ข้อสังเกต | ขอบเขตที่ต้องตรวจสอบ |
|---|---|
| ผู้รับฟังพร็อกซีปฏิเสธการเชื่อมต่อ | ปลายทางและเส้นทางไปยังที่นั่น |
| พร็อกซีปฏิเสธพอร์ตปลายทางหนึ่งพอร์ต | การดำเนินการที่อนุญาตสำหรับปลายทางนั้น |
| เว็บไซต์หนึ่งส่งคืนข้อผิดพลาดบัญชี | แอปพลิเคชันปลายทางและข้อมูลรับรอง |
| การตอบสนองขนาดใหญ่ติดขัด ส่วนขนาดเล็กเสร็จสิ้น | ภาระงานถ่ายโอนและนโยบายหมดเวลา |
การตอบสนอง HTTP สามารถยืนยันได้ว่าเส้นทางคำขอส่งคืนบางสิ่งในขณะที่ยังใช้งานไม่ได้กับแอปพลิเคชัน เก็บความสำเร็จของการขนส่ง สถานะ HTTP และ เนื้อหาที่คาดหวัง ไว้เป็นผลลัพธ์แยกต่างหาก
หากปลายทางหนึ่งล้มเหลวซ้ำๆ ให้หยุดชั่วคราวหรือตรวจสอบคู่ปลายทางและการดำเนินการนั้น การปิดพร็อกซีสำหรับทุกงานที่ไม่เกี่ยวข้องอาจทำให้สูญเสียความจุที่มีประโยชน์ ในทางกลับกัน ความล้มเหลวของการเชื่อมต่อทั่วโลกไม่ควรซ่อนอยู่หลังบันทึกแยกของเว็บไซต์เดียว
คีย์สุขภาพที่ใช้ได้จริงอาจรวมถึงตัวระบุพร็อกซี บริการปลายทาง และประเภทการดำเนินการ หลีกเลี่ยงการใช้ URL ทั้งหมดที่พกข้อมูลรับรองหรือทุกเส้นทางทรัพยากรที่ไม่ซ้ำกันเป็นคีย์ที่เติบโตตลอดเวลา จัดกลุ่มเฉพาะเมื่อการจัดกลุ่มให้การคาดการณ์ที่มีความหมายเกี่ยวกับคำขอถัดไป
จุดประสงค์คือหลักฐานการกำหนดเส้นทางที่ดีขึ้น ไม่ใช่ชุดป้ายสีเขียวที่ใหญ่ขึ้น ผลลัพธ์สุขภาพควรบอกว่าพยายามอะไร เมื่อใด และมันพิสูจน์อะไรได้จริง