การตรวจสอบสถานะการออนไลน์คืออะไร คู่มือฉบับสมบูรณ์สำหรับทีมเว็บและ SRE

การตรวจสอบสถานะการออนไลน์เป็นวินัยในการปฏิบัติงานขั้นพื้นฐานในการตรวจสอบอย่างต่อเนื่องว่าเว็บไซต์ เว็บแอปพลิเคชัน และไมโครเซอร์วิส API ยังคงเข้าถึง ตอบสนอง และใช้งานได้สำหรับผู้ใช้ทั่วโลก

ในการประมวลผลแบบคลาวด์ยุคใหม่ การหยุดทำงานของเว็บไซต์ส่งผลเสียโดยตรงต่อรายได้ทางธุรกิจ ทำลายชื่อเสียงของแบรนด์ ลดอันดับของเครื่องมือค้นหา และนำไปสู่การเปลี่ยนใจของลูกค้าคู่มือที่ครอบคลุมนี้ครอบคลุมถึงวิธีการทำงานของการตรวจสอบสถานะออนไลน์แบบอัตโนมัติ วิธีคำนวณเปอร์เซ็นต์ความพร้อมใช้งานของข้อตกลงระดับการให้บริการ (SLA) วิธีกำจัดการแจ้งเตือนเชิงบวกที่ผิดพลาด และวิธีการจัดโครงสร้างเวิร์กโฟลว์การตรวจสอบการผลิต

ตอบ-สรุปข้อแรก

การตรวจสอบความพร้อมใช้งานทำให้การทดสอบจุดสิ้นสุดของเว็บอย่างต่อเนื่องโดยอัตโนมัติผ่านการส่ง Ping ของ HTTP/HTTPS ที่กำหนดเวลาไว้จากเซิร์ฟเวอร์โพรบที่กระจายตามพื้นที่ทางภูมิศาสตร์ตรวจสอบรหัสสถานะการตอบสนอง HTTP (2xx/3xx), เวลาในการแก้ไข DNS, การแฮนด์เชคการเชื่อมต่อ TCP และความถูกต้องของใบรับรอง TLSระบบความพร้อมใช้งานสูงกำหนดเป้าหมายเป้าหมาย SLA เช่น "Three Nines" (เวลาทำงาน 99.9% = เวลาหยุดทำงานสูงสุด 8.76 ชั่วโมง/ปี) หรือ "Four Nines" (เวลาทำงาน 99.99% = เวลาหยุดทำงานสูงสุด 52.6 นาที/ปี)เพื่อป้องกันการแจ้งเตือนที่ผิดพลาด จอภาพสมัยใหม่ เช่น SimpleOps บังคับใช้ฉันทามติการตรวจสอบหลายภูมิภาคก่อนที่จะส่งการแจ้งเตือนผ่าน Slack, Telegram, อีเมล หรือ Webhooks

การตรวจสอบสถานะการออนไลน์ทำงานอย่างไร: ภายใต้ประทุน

การตรวจสอบสถานะการออนไลน์อัตโนมัติทำงานเป็นระบบโทรมาตรแบบอะซิงโครนัสแบบกระจาย:

1. การจัดส่งโพรบตามกำหนดเวลา: โหนดผู้ปฏิบัติงานโพรบการตรวจสอบแบบกระจายดำเนินการคำขอ HTTP/HTTPS กับ URL เป้าหมายที่ลงทะเบียนในช่วงเวลาคงที่ (เช่น ทุก 60 วินาที)
2. การตรวจสอบการตอบสนองแบบหลายชั้น: แต่ละโหนดโพรบตรวจสอบหลายเลเยอร์โปรโตคอล:
   • การแก้ไข DNS: วัดเวลาแฝงที่จำเป็นสำหรับเนมเซิร์ฟเวอร์โดเมนเพื่อแก้ไขโดเมนเป็นที่อยู่ IP
   • TCP Handshake: จับเวลาระยะเวลาการสร้างการเชื่อมต่อเครือข่าย
   • TLS/SSL Handshake: ตรวจสอบความถูกต้องของใบรับรอง การเจรจาชุดการเข้ารหัส และวันหมดอายุ
   • รหัสสถานะการตอบสนอง HTTP: ตรวจสอบว่าเซิร์ฟเวอร์ส่งคืนรหัสสถานะการเปลี่ยนเส้นทางสำเร็จ 2xx หรือ 3xx ที่คาดไว้ (ติดธงข้อผิดพลาดไคลเอ็นต์ 4xx และข้อผิดพลาดเซิร์ฟเวอร์ 5xx)
   • การจับคู่เพย์โหลดการตอบสนอง: การจับคู่คำสำคัญเพิ่มเติมเพื่อตรวจสอบว่าองค์ประกอบของหน้าหลักแสดงผลอย่างถูกต้อง
3. ฉันทามติความล้มเหลวหลายภูมิภาค: เมื่อโหนดตรวจสอบหลักตรวจพบข้อผิดพลาด HTTP หรือการหมดเวลาการเชื่อมต่อ โหนดจะส่งงานการตรวจสอบซ้ำไปยังโหนดตรวจสอบรองในภูมิภาคทางภูมิศาสตร์ทั่วโลกที่แตกต่างกัน (เช่น อเมริกาเหนือ ยุโรป เอเชียแปซิฟิก)หากโหนดอิสระหลายโหนดยืนยันความล้มเหลว เหตุการณ์อย่างเป็นทางการจะถูกเปิดขึ้น
4. การส่งการแจ้งเตือน: การแจ้งเตือนทันทีจะถูกส่งไปยังทีมวิศวกรที่เรียกใช้งานผ่าน Slack, Telegram, อีเมล, Webhooks หรือ PagerDuty

SLA ความพร้อมใช้งานและมาตราส่วน "Nines"

ความพร้อมใช้งานของเวลาทำงานจะแสดงเป็นเปอร์เซ็นต์ของเวลาปฏิบัติงานทั้งหมดในช่วงเวลาการวัดที่กำหนด (รายเดือนหรือรายปี):

$$\text{ความพร้อมในการทำงาน (%)} = \frac{\text{เวลาทั้งหมด} - \text{เวลาหยุดทำงานทั้งหมด}}{\text{เวลาทั้งหมด}} \times 100$$

ระดับมาตรฐานอุตสาหกรรม "Nines" แบ่งหมวดหมู่เป้าหมายความพร้อมใช้งานออกตามระดับการปฏิบัติงาน:

การป้องกันการแจ้งเตือนการหยุดทำงานที่ผิดพลาด

การแจ้งเตือนที่ผิดพลาดเกิดขึ้นเมื่อเครื่องมือตรวจสอบรายงานการหยุดทำงานที่ไม่ได้แสดงถึงความล้มเหลวของบริการที่เกิดขึ้นจริง (เช่น ปัญหาเครือข่ายชั่วคราวระหว่างโพรบเดียวและไซต์เป้าหมาย)ผลบวกลวงสร้างความเหนื่อยล้าในการแจ้งเตือน ส่งผลให้วิศวกรที่โทรติดต่อเพิกเฉยต่อการแจ้งเตือนเหตุฉุกเฉินที่ถูกต้องตามกฎหมาย

เพื่อป้องกันการแจ้งเตือนที่ผิดพลาด SimpleOps บังคับใช้การป้องกันสามประการ:

1. ฉันทามติหลายภูมิภาคทางภูมิศาสตร์: การแจ้งเตือนจะไม่ถูกทริกเกอร์โดยพิจารณาจากความล้มเหลวของโหนดโพรบเดียวโหนดโพรบที่แตกต่างกันอย่างน้อยสองโหนดในภูมิภาคทั่วโลกที่แตกต่างกันจะต้องยืนยันความล้มเหลวอย่างอิสระ
2. เกณฑ์ความล้มเหลวติดต่อกัน: การหยุดทำงานต้องคงอยู่ในรอบการตรวจสอบติดต่อกันหลายครั้ง (เช่น การตรวจสอบล้มเหลว 60 วินาทีติดต่อกัน 2 ครั้ง) ก่อนที่จะกระตุ้นให้มีลำดับความสำคัญสูง
3. Smart Retry Logic: โพรบจะดำเนินการลองใหม่ทันทีเมื่อเครือข่ายหมดเวลา เพื่อแยกแยะการสูญเสียแพ็กเก็ตชั่วคราวจากการหยุดทำงานของเซิร์ฟเวอร์จริง

เวลาทำงานเทียบกับการตรวจสอบประสิทธิภาพ

แม้ว่าการตรวจสอบสถานะการออนไลน์จะตรวจสอบว่าเว็บเซิร์ฟเวอร์ของคุณทำงานและส่งคืนการตอบสนอง HTTP 200 OK แต่ไม่ได้ประเมินว่าเว็บไซต์ของคุณรู้สึกเร็วหรือใช้งานได้เพียงใดสำหรับผู้ใช้จริง

เว็บไซต์สามารถมีเวลาทำงานของ HTTP 100% ในขณะที่ยังคงใช้งานไม่ได้เนื่องจากรูปภาพที่ไม่มีการบีบอัด การล็อกการดำเนินการ JavaScript ของเธรดหลัก หรือ Core Web Vitals ที่ช้า (LCP, INP, CLS)ด้วยเหตุนี้ ทีมวิศวกรสมัยใหม่จึงรวมการตรวจสอบสถานะการออนไลน์ของ HTTP เข้ากับการตรวจสอบ Lighthouse แบบสังเคราะห์และการติดตามภาคสนามของผู้ใช้จริงใน SimpleOps

การใช้การตรวจสอบสถานะการออนไลน์อัตโนมัติด้วย SimpleOps

SimpleOps มอบแพลตฟอร์มการตรวจสอบสถานะการออนไลน์แบบไม่มีโค้ดซึ่งช่วยให้นักพัฒนาและทีม DevOps ตั้งค่าการตรวจสอบสถานะการออนไลน์ 60 วินาทีทั่วโลกได้ในเวลาไม่ถึงสองนาที:

• 15+ Global Check Nodes: ติดตามความพร้อมใช้งานทั่วทั้งอเมริกาเหนือ ยุโรป เอเชียแปซิฟิก และอเมริกาใต้
• การแจ้งเตือนหลายช่องทาง: กำหนดเส้นทางการแจ้งเตือนไปยัง Slack, Telegram, อีเมล หรือ Webhooks แบบกำหนดเองได้ทันที
• การติดตามการหมดอายุ SSL แบบรวม: ตรวจสอบวันหมดอายุของใบรับรอง HTTPS และกลุ่มเครือข่ายที่เชื่อถือได้ทันที
• หน้าสถานะสาธารณะ: แบ่งปันสถานะระบบแบบเรียลไทม์และตัวชี้วัด SLA สถานะการทำงานในอดีตกับลูกค้าและผู้มีส่วนได้ส่วนเสีย