การตรวจสอบ uptime

Stardeck เฝ้าดู URL ที่ใช้งานจริงของคุณและแจ้งเตือนเมื่อมีสิ่งผิดปกติ คุณจะรู้ว่าระบบล่มก่อนที่ลูกค้าจะรู้

ทำงานอย่างไรคัดลอกลิงก์หัวข้อ

เมื่อเปิดใช้งาน Stardeck จะตรวจสอบ URL ของคุณทุก 5 นาที หากการตรวจสอบล้มเหลวติดต่อกันหลายครั้ง ระบบจะระบุว่า URL นั้น down และส่งการแจ้งเตือนถึงคุณ เมื่อ URL กลับมาใช้งานได้ คุณจะได้รับการแจ้งเตือนว่ากลับมาแล้ว

เปิดใช้ Uptime Monitoringคัดลอกลิงก์หัวข้อ

ให้ agent ตั้งค่าให้คัดลอกลิงก์หัวข้อ

บอก coding agent ของคุณให้สร้างและจัดการ monitor เมื่อเชื่อมต่อ Stardeck MCP server แล้ว agent จะใช้ list_app_uptime_monitors, create_app_uptime_monitor, update_app_uptime_monitor, delete_app_uptime_monitor และเครื่องมือตั้งค่ารายงาน Starcat และ Starcat Developer ก็ทำสิ่งเดียวกันได้ ให้อธิบายสิ่งที่คุณต้องการ:

เฝ้าดูเว็บไซต์ production ของคุณ

Set up uptime monitoring for https://myapp.com

เฝ้าดู API endpoint

Create an uptime monitor for my API at https://api.myapp.com/health using GET requests

เฝ้าดูด้วยการตั้งค่าที่กำหนดเอง

Add an uptime monitor for https://myapp.com with a 5 second timeout,
notify me at ops@myapp.com when it goes down

agent จะสร้าง monitor ด้วยการตั้งค่าที่เหมาะสมให้ และยังแสดงรายการ อัปเดต และลบ monitor ที่มีอยู่ของคุณได้ด้วย

การแจ้งเตือนคัดลอกลิงก์หัวข้อ

เมื่อ monitor ตรวจพบว่าระบบล่ม Stardeck แจ้งคุณทางอีเมลได้ คุณควบคุมสิ่งนี้แยกตาม monitor:

โดยค่าเริ่มต้น การแจ้งเตือนทั้งเมื่อ down และเมื่อกลับมาเปิดอยู่ หากปล่อย Notification emails ว่างไว้ การแจ้งเตือนจะส่งถึงสมาชิกทุกคนในองค์กรของคุณ

การแจ้งเตือนเมื่อประสิทธิภาพลดลงคัดลอกลิงก์หัวข้อ

การแจ้งเตือนเมื่อ down บอกคุณเรื่องระบบล่มทันทีที่เกิดขึ้น ส่วนการแจ้งเตือนเมื่อประสิทธิภาพลดลง (degradation alert) บอกคุณเมื่อ uptime ของ monitor ใน 24 ชั่วโมงที่ผ่านมาลดลง แม้ว่าตอนนี้ monitor จะใช้งานได้อยู่ก็ตาม Stardeck ส่งอีเมลเมื่อ uptime ลดลง ต่ำกว่า 99% โดยส่งหนึ่งฉบับ แล้วรอจนกว่า uptime จะกลับมาที่ 99% ขึ้นไปจึงจะส่งฉบับถัดไปได้ monitor ต้องมีการตรวจสอบอย่างน้อย 12 ครั้ง ใน 24 ชั่วโมงที่ผ่านมา การแจ้งเตือนนี้จึงจะทำงาน

เลือกผู้ที่ได้รับการแจ้งเตือนนี้ที่ Degradation Alerts ในการตั้งค่าของ monitor เลือกสมาชิกของโปรเจกต์ แล้วพวกเขาจะได้รับอีเมล หากไม่เลือกสมาชิกเลย การแจ้งเตือนจะส่งไปที่ notification emails ของ monitor หรือถึงสมาชิกทุกคนในองค์กรของคุณหากไม่ได้ตั้งค่าไว้

การตั้งค่า monitorคัดลอกลิงก์หัวข้อ

กล่องโต้ตอบการตั้งค่าของ monitor กำหนดชื่อ URL HTTP method และการแจ้งเตือน ส่วนรหัสสถานะที่คาดหวัง timeout และเกณฑ์ความล้มเหลว ตั้งค่าผ่าน agent:

ดูข้อมูล uptimeคัดลอกลิงก์หัวข้อ

เปิด Settings → Observability → Uptime เพื่อดู:

• สถานะ ของแต่ละ monitor (up, down หรือ unknown)
• เปอร์เซ็นต์ uptime ใน 24 ชั่วโมง 7 วัน หรือ 30 วัน
• แนวโน้มเวลาตอบสนอง
• ประวัติเหตุการณ์ พร้อมระยะเวลาที่ down

รายงาน uptimeคัดลอกลิงก์หัวข้อ

ดาวน์โหลดรายงาน PDFคัดลอกลิงก์หัวข้อ

คุณดาวน์โหลดรายงาน PDF ของข้อมูล uptime ได้จากแท็บ Uptime:

• ทุก monitor: คลิก Download Report ที่ส่วนหัวของรายการ monitor เพื่อรับสรุปของทุก monitor
• monitor เดียว: เปิดมุมมองรายละเอียดของ monitor แล้วคลิก Download Report เพื่อรับรายงานของ monitor นั้น

รายงานประกอบด้วยเปอร์เซ็นต์ uptime เวลาตอบสนองเฉลี่ย และประวัติเหตุการณ์ฉบับเต็ม รายงานของ ทุก monitor ครอบคลุม 7 วัน รายงานของ monitor เดียวครอบคลุมช่วงเวลาที่คุณกำลังดูอยู่ คือ 7 หรือ 30 วัน หรือ 7 วันหากดูจากมุมมอง 24 ชั่วโมง

อีเมลรายงานตามกำหนดคัดลอกลิงก์หัวข้อ

ตั้งอีเมลรายงานอัตโนมัติรายสัปดาห์หรือรายเดือนพร้อมไฟล์แนบ PDF:

1. ในแท็บ Uptime คลิก Report Schedule
2. เปิดรายงานตามกำหนด
3. เลือกความถี่: Weekly, Monthly หรือ Both
4. เลือกวันในสัปดาห์ (สำหรับรายสัปดาห์) หรือวันที่ในเดือน (สำหรับรายเดือน)
5. เพิ่มอีเมลของผู้ที่ควรได้รับรายงาน

รายงานจะส่งเวลา 7:00 น. UTC ในวันที่กำหนด

คุณยังบอกให้ agent ตั้งค่านี้ให้ได้:

Set up weekly uptime reports every Monday, send to ops@myapp.com

หยุด monitor ชั่วคราวคัดลอกลิงก์หัวข้อ

หากต้องการหยุดตรวจสอบ URL ชั่วคราว (เช่น ระหว่างการบำรุงรักษาที่วางแผนไว้) คุณหยุด monitor ได้จากแท็บ Uptime หรือบอก agent:

Pause the uptime monitor for myapp.com

monitor ที่หยุดไว้จะไม่ตรวจสอบหรือส่งการแจ้งเตือนจนกว่าคุณจะเปิดใช้ต่อ

คำถามที่พบบ่อยคัดลอกลิงก์หัวข้อ

จะรู้เรื่องระบบล่มเร็วแค่ไหนคัดลอกลิงก์หัวข้อ

ด้วยการตั้งค่าเริ่มต้น (ตรวจทุก 5 นาที เกณฑ์ล้มเหลว 2 ครั้ง) คุณจะได้รับแจ้งภายในประมาณ 10 นาทีหลังจากระบบเริ่มล่ม

เฝ้าดู URL ภายในหรือ URL ส่วนตัวได้ไหมคัดลอกลิงก์หัวข้อ

ไม่ได้ URL ที่เฝ้าดูต้องเข้าถึงได้จากสาธารณะ ที่อยู่ในเครือข่ายส่วนตัว (localhost, 10.x.x.x, 192.168.x.x ฯลฯ) ถูกบล็อกเพื่อป้องกันปัญหาด้านความปลอดภัย

อะไรนับว่า "down"คัดลอกลิงก์หัวข้อ

การตรวจสอบล้มเหลวเมื่อรหัสสถานะของ response ไม่ตรงกับรหัสที่คุณคาดหวัง คำขอหมดเวลา หรือเกิดข้อผิดพลาดในการเชื่อมต่อ monitor จะถูกระบุว่า down ก็ต่อเมื่อถึงเกณฑ์ความล้มเหลว (ค่าเริ่มต้น: ล้มเหลวติดต่อกัน 2 ครั้ง)

ถัดไปคัดลอกลิงก์หัวข้อ