เชื่อม alert monitoring

Prometheus alerts เป็นงาน

เชื่อม Alertmanager ด้วย webhook URL เดียว: firing กลายเป็นงาน และ resolved ที่ส่งถึงจะปิดงานตรงกัน

ดูวิธีทำงาน

ไม่ต้องเชื่อมต่อบัญชีธนาคาร คุณควบคุมข้อมูลเอง ส่วนการต่ออายุและยกเลิกจริงยังทำที่ผู้ให้บริการเดิม

30 วันข้างหน้า · 3 รายการ

การต่ออายุโดเมน 2026-08-01
ใบอนุญาตซอฟต์แวร์ 2026-08-09
การต่ออายุโครงสร้างพื้นฐาน 2026-08-20

คำถามก่อนเริ่ม

มีข้อมูลไม่ได้แปลว่าจะรู้ว่าต้องทำอะไรต่อ

เมื่อ alert ท่วม chat และ inbox สิ่งที่ยังต้องทำจะปนกับสิ่งที่ฟื้นแล้ว ทำให้พลาดเรื่องสำคัญง่าย

TutuYes ให้ Alertmanager webhook เฉพาะ: firing เป็นงานตาม severity, resolved ปิดตาม fingerprint ยังต้อง monitor delivery ต้นทาง

ความสามารถหลัก

ออกแบบโดยยึดขั้นตอนถัดไป

เชื่อมต่อโดยไม่เขียนโค้ด

คัดลอก webhook URL เดียวไปยัง Alertmanager receiver โดยไม่ต้องติดตั้ง agent

ปิดอัตโนมัติเมื่อฟื้นตัว

ตัวแยก Alertmanager ในตัวตัดซ้ำด้วย fingerprint และปิดงานเมื่อ resolved

สีระดับความรุนแรง

สีแดงคือวิกฤต สีเหลืองคือเตือน รายการหนักสุดอยู่บนสุด

กล่องรับรวม

การแจ้งเตือนอยู่ร่วมกับงานที่สร้างเองและคำเตือนต่ออายุ จัดการพร้อมกันได้

วิธีการทำงาน

วงจรครบในสามขั้น

  1. 1

    สร้าง connection

    เลือก Prometheus ที่ Connections เพื่อรับ webhook URL เฉพาะ

  2. 2

    ชี้ Alertmanager มาที่นี่

    เพิ่ม URL ของ webhook receiver ใน alertmanager.yml

  3. 3

    การแจ้งเตือนเข้าสู่กล่องรับ

    Firing สร้างงานติดป้าย “push” พร้อมลิงก์ generatorURL

  4. 4

    ปิดอัตโนมัติเมื่อฟื้นตัว

    เมื่อ resolved งานปิดด้วย fingerprint ไม่ต้องเก็บกวาดเอง

คำถามพบบ่อย

คำตอบที่ชัดเจนก่อนเริ่ม

ต้องเปลี่ยน config Prometheus ไหม

เพิ่ม webhook receiver พร้อม URL ของเราใน Alertmanager โดยไม่เปลี่ยน Prometheus rules

ปิดอัตโนมัติไหม

ได้ อ่าน status/fingerprint ของแต่ละ alert แล้วปิดงานเมื่อ resolved

เกิดอะไรเมื่อ alert ถล่ม

Endpoint จำกัดต่อนาทีและ 256KB เหตุการณ์เกินถูกทิ้ง ลดความเสี่ยงแต่ไม่แทน grouping/monitoring ต้นทาง

เริ่มจัดระเบียบฟรี

เริ่มจากการต่ออายุหรืองานถัดไปที่ต้องลงมือจริง แล้วค่อยเพิ่มข้อมูลส่วนที่เหลือภายหลัง