เชื่อมต่อ Grafana - แจ้งเตือนโครงสร้างพื้นฐาน

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

คู่มือฉบับครบถ้วนนี้จะพาคุณตั้งค่าการแจ้งเตือนของ Grafana ให้ทำงานกับ Echobell ตั้งแต่การตั้งค่าพื้นฐานไปจนถึงกลยุทธ์การจัดการการแจ้งเตือนขั้นสูง

สิ่งที่ต้องเตรียม

ก่อนเริ่ม ตรวจสอบว่าคุณมีสิ่งเหล่านี้:

• บัญชี Echobell ที่สร้างช่องไว้แล้วอย่างน้อยหนึ่งช่อง (เริ่มต้นที่นี่)
• สิทธิ์เข้าถึงอินสแตนซ์ Grafana (แนะนำเวอร์ชัน 8.0 ขึ้นไป และเวอร์ชัน 9.0+ เพื่อความเข้ากันได้ดีที่สุด)
• สิทธิ์ระดับผู้ดูแลในการตั้งค่าการแจ้งเตือนใน Grafana (โดยทั่วไปต้องมีบทบาท Admin หรือ Editor)
• ความเข้าใจพื้นฐานเรื่องแดชบอร์ดและเมตริกของ Grafana
• ความคุ้นเคยกับโครงสร้างพื้นฐานการมอนิเตอร์และความต้องการด้านการแจ้งเตือนของคุณ

ภาพรวมการตั้งค่า

กระบวนการเชื่อมต่อมีห้าขั้นตอนหลัก ซึ่งโดยทั่วไปใช้เวลาราว 10-15 นาที:

1. สร้างช่องใน Echobell - ตั้งช่องเฉพาะสำหรับการแจ้งเตือนจาก Grafana
2. ตั้งค่าเทมเพลตการแจ้งเตือน - ออกแบบว่าการแจ้งเตือนจะปรากฏบนเครื่องคุณอย่างไร
3. รับ Webhook URL - ขอปลายทาง webhook เฉพาะของช่องคุณ
4. ตั้งค่า Contact Point ใน Grafana - ตั้งให้ Grafana ส่งการแจ้งเตือนไปยัง Echobell
5. สร้าง Alert Rule ใน Grafana - กำหนดว่าเงื่อนไขใดจะทริกเกอร์การแจ้งเตือน

เมื่อตั้งค่าเสร็จ การแจ้งเตือนจะไหลจาก Grafana มายังเครื่องของคุณแบบเรียลไทม์โดยอัตโนมัติ

คู่มือทีละขั้นตอน

{{alertName}} - {{status}}

🔔 การแจ้งเตือน: {{alertName}}
📊 เมตริก: {{metric}}
📈 ค่า: {{value}}
⏰ เวลา: {{time}}
ℹ️ ข้อความ: {{message}}

{
  "alertName": "{{ .alertName }}",
  "status": "{{ .status }}",
  "metric": "{{ .metric }}",
  "value": "{{ .value }}",
  "time": "{{ .time }}",
  "message": "{{ .message }}",
  "externalLink": "{{ .dashboardURL }}"
}

การทดสอบการเชื่อมต่อ

เพื่อยืนยันว่าการตั้งค่าของคุณใช้ได้:

1. สร้าง alert rule ทดสอบที่มีเงื่อนไขซึ่งจะทริกเกอร์ได้เร็ว
2. รอจนเงื่อนไขเป็นจริง
3. ตรวจดูการแจ้งเตือนในแอป Echobell ของคุณ
4. ตรวจสอบว่าตัวแปรของการแจ้งเตือนทั้งหมดแสดงผลถูกต้อง
5. แตะการแจ้งเตือนเพื่อเข้าไปยังแดชบอร์ด Grafana ที่ลิงก์ไว้

ประเภทการแจ้งเตือน

เมื่อติดตามช่องการแจ้งเตือนของ Grafana ให้ตั้งค่าประเภทการแจ้งเตือนสำคัญเหล่านี้:

• ใช้ สำคัญตามเวลา สำหรับการแจ้งเตือนระบบขั้นวิกฤตที่เร่งด่วนและการแจ้งเตือนฉุกเฉิน
• ใช้ โทรเข้า สำหรับเหตุระบบล่มรุนแรง การทะลุเกณฑ์ขั้นวิกฤต หรือการแจ้งเตือนฉุกเฉิน
• ใช้ ปกติ สำหรับการแจ้งเพื่อทราบทั่วไปและการแจ้งเตือนตามปกติ

แนวปฏิบัติที่ดีในการจัดการการแจ้งเตือน

การจัดระเบียบเทมเพลตการแจ้งเตือน

ทำให้เทมเพลตการแจ้งเตือนชัดเจนและสอดคล้องกันในทุกช่อง:

หัวข้อ: {{alertName}} - {{status}}
เนื้อหา:
เซิร์ฟเวอร์: {{instance}}
เมตริก: {{metric}}
ค่าปัจจุบัน: {{value}}
เกณฑ์: {{threshold}}

• ใช้การจัดรูปแบบที่มีโครงสร้าง - จัดระเบียบข้อมูลด้วยป้ายกำกับที่ชัดเจน
• ใส่ข้อมูลสำคัญให้ครบ - ชื่อเมตริก ค่า เกณฑ์ และระบบที่ได้รับผลกระทบ
• ใช้อีโมจิแต่พอดี - 🚨 สำหรับเรื่องวิกฤต ⚠️ สำหรับคำเตือน ✅ สำหรับเรื่องที่คลี่คลายแล้ว
• ทำหัวข้อให้กระชับ - ตั้งเป้าราว 5-8 คำที่สื่อปัญหาได้ทันที
• ทดสอบเทมเพลต - ส่งการแจ้งเตือนทดสอบเพื่อยืนยันรูปแบบก่อนนำไปใช้จริง

การตั้งค่าการแจ้งเตือนขั้นวิกฤต

ตั้งเกณฑ์การแจ้งเตือนให้เหมาะสมเพื่อเลี่ยงอาการชินกับการแจ้งเตือน:

• อย่าแจ้งเตือนมากเกินไป - ตั้งเกณฑ์ที่ระดับซึ่งต้องลงมือทำจริง ไม่ใช่แค่ระดับที่น่าสนใจ
• ใช้ hysteresis - ตั้งเกณฑ์สำหรับการแจ้งเตือนกับการคืนสู่ปกติให้ต่างกัน
• จัดกลุ่มการแจ้งเตือนที่เกี่ยวข้องกัน - รวมเงื่อนไขที่เกี่ยวข้องไว้ในกฎเดียว
• ตั้งช่วงเวลาประเมินให้เหมาะสม - หาสมดุลระหว่างการตอบสนองที่เร็วกับการลดสิ่งรบกวน
• พิจารณาช่วงเวลา - ตรวจเงื่อนไขหลายครั้งก่อนจะแจ้งเตือน

ตัวอย่างกลยุทธ์การตั้งเกณฑ์:

# แย่: แจ้งเตือนที่ CPU 50% (ไวเกินไป)
cpu_usage > 50

# ดีกว่า: แจ้งเตือนที่ 80% ต่อเนื่อง 5 นาที
avg_over_time(cpu_usage[5m]) > 80

# ดีที่สุด: แจ้งเตือนแบบไล่ระดับ
# เตือนที่ 70% ต่อเนื่อง วิกฤตที่ 90%

ตั้งชื่อการแจ้งเตือนให้สื่อความหมาย

ตั้งชื่อการแจ้งเตือนให้สื่อสิ่งเหล่านี้ได้ทันที:

• อะไร ที่กำลังถูกเฝ้าดู (CPU หน่วยความจำ ดิสก์)
• ที่ไหน ที่เกิดขึ้น (production, staging หรืออินสแตนซ์ใดเป็นการเฉพาะ)
• ทำไม จึงสำคัญ (บริการที่ผู้ใช้เห็น ฐานข้อมูลสำคัญ)

ตัวอย่างที่ดี:

• "Production Database - High Connection Pool Usage"
• "API Gateway - Response Time Degradation"
• "Worker Node 3 - Disk Space Critical"

ควรเลี่ยง:

• "Alert 1", "Test Alert", "High CPU"

ใส่บริบทให้เพียงพอ

ข้อความแจ้งเตือนของคุณควรตอบคำถามเหล่านี้:

• เกิดอะไรขึ้น เงื่อนไขใดที่ทริกเกอร์
• ที่ไหน ระบบ บริการ หรืออินสแตนซ์ใด
• หนักแค่ไหน ค่าปัจจุบันเทียบกับเกณฑ์
• เมื่อไร เวลาที่เกิดการแจ้งเตือน
• ต้องทำอะไรต่อ ลิงก์ไปยังแดชบอร์ดหรือ runbook ที่เกี่ยวข้อง

ตั้งค่าระดับความสำคัญ

ใช้ ประเภทการแจ้งเตือน ของ Echobell อย่างมีกลยุทธ์:

• ปกติ: การแจ้งเพื่อทราบ การแจ้งว่าคลี่คลายแล้ว คำเตือนที่ไม่เร่งด่วน
• สำคัญตามเวลา: การแจ้งเตือนสำคัญที่ต้องได้รับความสนใจภายในไม่กี่ชั่วโมง
• โทรเข้า: ปัญหาโปรดักชันขั้นวิกฤตที่ต้องตอบสนองทันที

จับคู่ระดับความรุนแรงของ Grafana กับประเภทการแจ้งเตือน:

วิกฤต + โปรดักชัน → โทรเข้า
สูง + โปรดักชัน → สำคัญตามเวลา
ปานกลาง → สำคัญตามเวลา
ต่ำ → ปกติ
เพื่อทราบ/คลี่คลายแล้ว → ปกติ

ความปลอดภัยของการแจ้งเตือน

ปกป้องโครงสร้างพื้นฐานการมอนิเตอร์ของคุณ:

• เก็บ webhook URL เป็นความลับ - เพราะเป็นช่องทางส่งการแจ้งเตือนที่ไม่ต้องยืนยันตัวตน
• ใช้ตัวแปรสภาพแวดล้อม - อย่าฝัง URL ตรง ๆ ในไฟล์ provisioning ของ Grafana
• หมุนเวียน webhook เป็นระยะ - โดยเฉพาะเมื่อมีสมาชิกทีมลาออก
• ติดตามการส่ง webhook - เฝ้าดูรายการที่ส่งไม่สำเร็จและตรวจสอบความผิดปกติ
• ตรวจสอบการตั้งค่าการแจ้งเตือน - ทบทวนเป็นประจำว่าใครมีสิทธิ์แก้ไขการแจ้งเตือนบ้าง
• ยืนยันแหล่งที่มาของการแจ้งเตือน - ใช้ระบบยืนยันตัวตนของ Grafana สำหรับ contact point

การจัดการวงจรชีวิตของการแจ้งเตือน

รักษาสุขอนามัยของการแจ้งเตือนให้ดีอยู่เสมอ:

1. ทบทวนเป็นประจำ - ตรวจสอบการแจ้งเตือนทุกไตรมาสเพื่อลบกฎที่ล้าสมัย
2. จดบันทึกการแจ้งเตือน - ใส่คำอธิบายว่าทำไมการแจ้งเตือนแต่ละอย่างจึงมีอยู่
3. ติดตามประวัติการแจ้งเตือน - ดูว่าการแจ้งเตือนใดทำงานบ่อยที่สุด
4. ปรับจูนเกณฑ์ - ปรับตามข้อมูลย้อนหลังและอัตราการแจ้งเตือนผิดพลาด
5. เก็บการแจ้งเตือนเก่าเข้าคลัง - ปิดใช้แต่เก็บกฎไว้สำหรับบริการที่กำลังจะเลิกใช้
6. ควบคุมเวอร์ชัน - ใช้ระบบ provisioning ของ Grafana เพื่อติดตามการเปลี่ยนแปลงของการแจ้งเตือน

ข้อพิจารณาด้านประสิทธิภาพ

• เลี่ยงพายุการแจ้งเตือน - ตั้งค่าการจัดกลุ่มและจังหวะเวลาให้เหมาะสม
• ใช้ notification policy - ส่งความรุนแรงระดับต่าง ๆ ไปยังช่องที่เหมาะสม
• ตั้งช่วงเวลารอ/ส่งซ้ำ - ป้องกันการแจ้งเตือนซ้ำซ้อน
• จัดกลุ่มการแจ้งเตือนที่คล้ายกัน - ลดปริมาณการแจ้งเตือนด้วยการรวมกลุ่ม
• คำนึงถึงช่วงเวลาของวัน - ใช้ เงื่อนไข เพื่อกรองเฉพาะเวลาทำการ

ตัวอย่างจากการใช้งานจริง

แจ้งเตือน CPU สูง

หัวข้อ: {{instance}} CPU วิกฤต
เนื้อหา: การใช้ CPU: {{cpu_percent}}%
ระยะเวลา: {{duration}}
เวลา: {{time}}
แดชบอร์ด: {{dashboard_url}}

หน่วยความจำตึง

หัวข้อ: คำเตือนหน่วยความจำ - {{hostname}}
เนื้อหา: เหลือใช้ได้: {{available_mb}}MB ({{percent_free}}%)
เกณฑ์: {{threshold_mb}}MB
สิ่งที่ควรทำ: ตรวจสอบโปรเซสที่ใช้หน่วยความจำมาก

บริการล่ม

หัวข้อ: 🚨 {{service_name}} เข้าถึงไม่ได้
เนื้อหา: การตรวจสอบสุขภาพล้มเหลว
สำเร็จครั้งล่าสุด: {{last_successful_check}}
ผลกระทบ: ผู้ใช้ได้รับผลกระทบ {{affected_users}} ราย
Runbook: {{runbook_url}}

กรณีใช้งานที่พบบ่อย

การมอนิเตอร์โครงสร้างพื้นฐาน

• เกณฑ์การใช้ CPU หน่วยความจำ และดิสก์
• ปริมาณข้อมูลผ่านเครือข่ายและการสูญหายของแพ็กเก็ต
• ความพร้อมใช้งานของบริการและการตรวจสอบสุขภาพ
• การมอนิเตอร์สถานะคอนเทนเนอร์และ pod

ประสิทธิภาพของแอปพลิเคชัน

• เวลาตอบสนองที่แย่ลง
• อัตราข้อผิดพลาดที่เพิ่มขึ้น
• connection pool ของฐานข้อมูลหมด
• ความลึกของคิวและความล่าช้าในการประมวลผล

เมตริกทางธุรกิจ

• ปริมาณธุรกรรมที่ผิดปกติ
• รายได้ต่อนาทีที่ลดลง
• จำนวนผู้ใช้ที่ใช้งานอยู่เปลี่ยนแปลง
• การใช้งาน API ที่ใกล้ชนขีดจำกัด

การมอนิเตอร์ความปลอดภัย

• ความพยายามยืนยันตัวตนที่ล้มเหลว
• รูปแบบการเข้าถึงที่ผิดปกติ
• คำเตือนใบรับรองใกล้หมดอายุ
• การละเมิดกฎไฟร์วอลล์

เรียนรู้กลยุทธ์การเชื่อมต่อเพิ่มเติมได้ใน บทความบล็อกเรื่องการแจ้งเตือนด้วยสายโทรจาก Grafana ของเรา

การแก้ปัญหา

หากคุณไม่ได้รับการแจ้งเตือน ให้ไล่ตรวจตามขั้นตอนวินิจฉัยเหล่านี้:

Webhook ไม่ทริกเกอร์การแจ้งเตือน

1. ตรวจสอบว่าคัดลอก webhook URL มาถูกต้อง

   • ไปที่ช่อง Echobell ของคุณ → Triggers → Webhook
   • คัดลอก URL ให้ครบถ้วนรวมถึงส่วน https://hook.echobell.one/t/
   • ตรวจสอบว่าไม่มีช่องว่างหรืออักขระเกินติดมาตอนวางลงใน Grafana

2. ตรวจสอบว่าช่องยังใช้งานอยู่

   • เปิดแอป Echobell
   • ไปที่ช่องการแจ้งเตือนของ Grafana
   • ยืนยันว่าช่องไม่ได้ถูกลบหรือเก็บเข้าคลังโดยไม่ตั้งใจ

3. ตรวจสอบว่ามีผู้ติดตามที่ใช้งานอยู่

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

4. ตรวจสอบการตั้งค่า contact point ของ Grafana

   • ไปที่ Alerting → Contact points ใน Grafana
   • เปิด contact point ของ Echobell
   • ยืนยันว่า URL ตรงกับ webhook ของช่องคุณ
   • ตรวจสอบว่า HTTP Method ตั้งเป็น POST
   • ยืนยันว่า Content-Type เป็น application/json

5. ตรวจสอบการตั้งค่า alert rule ของ Grafana

   • ไปที่ Alerting → Alert rules
   • เปิดกฎที่ควรจะทริกเกอร์
   • ยืนยันว่ากฎนั้นเชื่อมกับ contact point ของ Echobell แล้ว
   • ตรวจสอบว่า notification policy ส่งไปยัง contact point ที่ถูกต้อง

6. ทบทวนประวัติการแจ้งเตือนของ Grafana

   • ไปที่ Alerting → Alert rules
   • คลิกที่กฎของคุณ → Show history
   • ยืนยันว่าการแจ้งเตือนทำงานจริง (ไม่ได้ค้างอยู่ในสถานะ pending)
   • ตรวจสอบว่ามีข้อผิดพลาดในการประเมินหรือไม่

การแจ้งเตือนทำงานแต่ไม่ถูกส่งถึง

1. ทดสอบ webhook โดยตรง

   curl -X POST https://hook.echobell.one/t/<channel-token> \
     -H "Content-Type: application/json" \
     -d '{"alertName": "Test", "status": "firing"}'

   หากคุณได้รับการแจ้งเตือนจากคำสั่งนี้แต่ไม่ได้รับจาก Grafana แสดงว่าปัญหาอยู่ที่การตั้งค่าฝั่ง Grafana

2. ตรวจสอบ notification policy ของ Grafana

   • ไปที่ Alerting → Notification policies
   • ยืนยันว่า label ของกฎคุณตรงกับกฎการกำหนดเส้นทางของ policy
   • ตรวจสอบปัญหาเรื่องจังหวะเวลา (เวลารอจัดกลุ่ม ช่วงเวลาส่งซ้ำ)

3. ทบทวนล็อกของ Grafana

   • มองหาข้อผิดพลาดในการส่ง webhook ในล็อกของ Grafana
   • ตรวจสอบรหัสสถานะ HTTP (ควรเป็น 200)
   • ตรวจสอบข้อผิดพลาดเรื่อง timeout หรือการเชื่อมต่อ

การแจ้งเตือนแสดงผลไม่ถูกต้อง

1. ตัวแปรของเทมเพลตไม่ตรงกับ payload ของ Grafana

   • Grafana ส่งชื่อฟิลด์เฉพาะอย่าง .alertName, .status เป็นต้น
   • ตรวจสอบว่าตัวแปรในเทมเพลตของคุณตรงกับโครงสร้างของ payload
   • ทดสอบด้วยปุ่ม "Test" ของ Grafana เพื่อดู payload จริง

2. ข้อมูลในการแจ้งเตือนหายไป

   • ตัวแปรบางตัวของ Grafana อาจว่างเปล่า ขึ้นอยู่กับการตั้งค่าการแจ้งเตือน
   • ใส่ค่าสำรองในเทมเพลต: {{alertName || "Unknown Alert"}}
   • ดูเอกสารของ Grafana สำหรับตัวแปรเทมเพลตที่ใช้ได้

3. แจงส่วน JSON ไม่สำเร็จ

   • ตรวจสอบว่าเทมเพลตข้อความของ Grafana เป็น JSON ที่ถูกต้อง
   • มองหาเครื่องหมายคำพูดหรืออักขระพิเศษที่ไม่ได้ escape
   • ใช้เครื่องมือตรวจสอบ JSON ออนไลน์เพื่อยืนยันโครงสร้าง payload

ปัญหาเรื่องจังหวะเวลาของการแจ้งเตือน

1. การแจ้งเตือนมาถึงล่าช้า

   • ตรวจสอบการเชื่อมต่อเครือข่ายของคุณ
   • ยืนยันว่า Grafana เข้าถึงเซิร์ฟเวอร์ของ Echobell ได้
   • ทบทวนช่วงเวลาการประเมินของ Grafana (อาจทำให้เกิดความล่าช้า)
   • ตรวจสอบการตั้งค่าจังหวะเวลาใน notification policy

2. การแจ้งเตือนซ้ำซ้อน

   • ทบทวนการตั้งค่าช่วงเวลาส่งซ้ำใน notification policy
   • ตรวจสอบว่ามีหลายกฎทำงานพร้อมกันจากเงื่อนไขเดียวกันหรือไม่
   • ยืนยันว่ามี contact point เพียงจุดเดียวที่ตั้งไว้สำหรับช่องนี้

3. การแจ้งเตือนในช่วงเวลาเงียบ

   • โหมดโฟกัสของ iOS อาจส่งผลต่อการส่งการแจ้งเตือน
   • การแจ้งเตือนแบบสำคัญตามเวลาและแบบโทรเข้าสามารถทะลุโหมดโฟกัสบางแบบได้
   • ทบทวนการตั้งค่าการแจ้งเตือนบนเครื่องของคุณ

ยังแก้ปัญหาไม่ได้ใช่ไหม

หากคุณลองทำทุกอย่างข้างต้นแล้วแต่ยังเจอปัญหาอยู่:

1. เปิดใช้การบันทึกล็อกแบบ debug ของ Grafana

   • เพิ่มส่วน [log] ใน grafana.ini พร้อมตั้ง level = debug
   • ตรวจดูล็อกว่ามีความพยายามส่ง webhook และการตอบกลับอย่างไร

2. ใช้ฟีเจอร์ทดสอบที่มีอยู่ใน Grafana

   • ในหน้าตั้งค่า contact point ให้ใช้ "Test" เพื่อส่งการแจ้งเตือนตัวอย่าง
   • วิธีนี้ช่วยแยกแยะว่าปัญหาอยู่ที่กฎหรือที่การส่ง

3. ลองใช้ alert rule อื่น

   • สร้างกฎทดสอบง่าย ๆ ที่มีเงื่อนไขซึ่งจะทริกเกอร์แน่นอน
   • หากกฎทดสอบทำงานแต่กฎจริงไม่ทำงาน แสดงว่าปัญหาอยู่ที่การตั้งค่ากฎ

4. ติดต่อฝ่ายสนับสนุน

   • เยี่ยมชม ศูนย์ช่วยเหลือ ของเรา
   • ส่งอีเมลถึง echobell@weelone.com พร้อมแจ้ง:
     • เวอร์ชันของ Grafana
     • ตัวอย่าง payload ของการแจ้งเตือน (ลบข้อมูลอ่อนไหวออก)
     • webhook URL (ปิดบังโทเคนไว้)
     • ขั้นตอนที่คุณลองทำไปแล้ว
     • พฤติกรรมที่คาดหวังเทียบกับที่เกิดขึ้นจริง

เอกสารและแหล่งข้อมูลที่เกี่ยวข้อง

เอกสารของ Echobell

• คู่มือการเชื่อมต่อ Webhook - เจาะลึกการทำงานของ webhook
• ระบบเทมเพลต - เชี่ยวชาญไวยากรณ์เทมเพลตการแจ้งเตือน
• เงื่อนไข - กรองการแจ้งเตือนตามเกณฑ์ที่กำหนด
• ประเภทการแจ้งเตือน - ทำความเข้าใจระดับความสำคัญของการแจ้งเตือน
• เริ่มต้นใช้งาน - พื้นฐานและการตั้งค่า Echobell

แหล่งข้อมูลของ Grafana

• เอกสาร Grafana Alerting - คู่มือการแจ้งเตือนอย่างเป็นทางการของ Grafana
• Contact Points - การตั้งค่า contact point ของ Grafana
• Notification Policies - การกำหนดเส้นทางและจัดกลุ่มการแจ้งเตือน
• Alert Rules - การสร้างและจัดการ alert rule

การเชื่อมต่อที่เกี่ยวข้อง

• การเชื่อมต่อ Prometheus - การแจ้งเตือนจาก Prometheus โดยตรง
• Uptime Kuma - การมอนิเตอร์ uptime ของเว็บไซต์
• GitHub Actions - การแจ้งเตือนไปป์ไลน์ CI/CD
• Home Assistant - การแจ้งเตือนจากบ้านอัจฉริยะ

บทความบล็อก

• เปิดใช้การแจ้งเตือนด้วยสายโทรสำหรับ Grafana Alerts - กลยุทธ์การเชื่อมต่อ Grafana ขั้นสูง
• ไม่พลาดทุกความล้มเหลวของ GitHub Actions - แนวปฏิบัติที่ดีในการแจ้งเตือน CI/CD
• การแจ้งเตือนตามช่วงเวลาด้วยเงื่อนไข UTC - การกรองเฉพาะเวลาทำการ

ขั้นตอนถัดไป

ตอนนี้คุณเชื่อม Grafana เข้ากับ Echobell เรียบร้อยแล้ว:

1. ปรับจูนการแจ้งเตือนของคุณ - ปรับเกณฑ์ตามรูปแบบการใช้งานจริง
2. ตั้งช่องเพิ่มเติม - สร้างช่องแยกกันสำหรับความรุนแรงแต่ละระดับ
3. สำรวจการเชื่อมต่ออื่น ๆ - เชื่อมเครื่องมืออื่นเข้ากับ Echobell (ดูการเชื่อมต่อทั้งหมด)
4. แชร์ให้ทีมของคุณ - เพิ่มสมาชิกทีมเข้าช่องแจ้งเตือนของคุณ
5. จดบันทึกการตั้งค่า - สร้าง runbook สำหรับการรับมือการแจ้งเตือนแต่ละแบบ
6. วัดผลของการแจ้งเตือน - ติดตามอัตราการแจ้งเตือนผิดพลาดและเวลาตอบสนอง

พร้อมจะมอนิเตอร์ระบบอื่นเพิ่มแล้วหรือยัง ลองดู คู่มือการเชื่อมต่อฉบับเต็ม ของเราสำหรับเครื่องมือและแพลตฟอร์มมอนิเตอร์ยอดนิยมอื่น ๆ