BetterUptime กับ Chaos Engineering — วิธีใช้

BetterUptime และ Chaos Engineering

BetterUptime เป็นแพลตฟอร์ม Uptime Monitoring ที่ตรวจสอบเว็บไซต์และ API จากหลาย Locations ทั่วโลก แจ้งเตือนทันทีเมื่อเกิด Downtime เมื่อใช้ร่วมกับ Chaos Engineering จะได้ระบบ Monitoring ที่ตรวจจับปัญหาได้จริงระหว่าง Chaos Experiments

Chaos Engineering คือการทดสอบความทนทานของระบบโดยจงใจสร้างปัญหา ช่วยค้นหาจุดอ่อนก่อนเกิดปัญหาจริง BetterUptime ทำหน้าที่เป็น "ตาวิเศษ" ที่คอยตรวจสอบว่าระบบยังทำงานปกติหรือไม่ระหว่าง Experiment

Chaos Experiment Catalog

# === Chaos Experiment Catalog ===





experiments_catalog = [


    {


        "name": "Pod Failure",


        "description": "ลบ Pod แบบสุ่มดูว่า K8s สร้างใหม่ทันไหม",


        "command": "kubectl delete pod -l app=myapp --grace-period=0",


        "expected": "ระบบควรมี Downtime ไม่เกิน 30 วินาที",


        "tools": ["kubectl"],


        "risk": "low",


    },


    {


        "name": "Network Latency",


        "description": "เพิ่ม Latency 500ms ระหว่าง Services",


        "command": "tc qdisc add dev eth0 root netem delay 500ms",


        "expected": "ระบบควร Timeout gracefully ไม่ crash",


        "tools": ["tc", "Chaos Mesh"],


        "risk": "medium",


    },


    {


        "name": "CPU Stress",


        "description": "ใช้ CPU 100% ใน Pod",


        "command": "stress-ng --cpu 4 --timeout 300s",


        "expected": "HPA ควร Scale up, Response time อาจเพิ่มแต่ไม่ล่ม",


        "tools": ["stress-ng"],


        "risk": "medium",


    },


    {


        "name": "Memory Pressure",


        "description": "ใช้ Memory จนเกือบ Limit",


        "command": "stress-ng --vm 2 --vm-bytes 90% --timeout 300s",


        "expected": "OOMKiller ควร Kill Pod, K8s สร้างใหม่อัตโนมัติ",


        "tools": ["stress-ng"],


        "risk": "medium",


    },


    {


        "name": "Database Failover",


        "description": "ปิด Primary Database ดู Failover",


        "command": "kubectl delete pod mysql-primary-0",


        "expected": "Replica ควร Promote เป็น Primary ใน 30 วินาที",


        "tools": ["kubectl"],


        "risk": "high",


    },


    {


        "name": "DNS Failure",


        "description": "ทำให้ DNS Resolution ล้มเหลว",


        "command": "kubectl scale deployment coredns --replicas=0 -n kube-system",


        "expected": "Cached DNS ยังใช้ได้ ระบบไม่ล่มทันที",


        "tools": ["kubectl"],


        "risk": "high",


    },


]





print("Chaos Experiment Catalog")


print("=" * 60)





for exp in experiments_catalog:


    risk_color = {"low": "LOW", "medium": "MED", "high": "HIGH"}


    print(f"\n  [{risk_color[exp['risk']]:>4}] {exp['name']}")


    print(f"    {exp['description']}")


    print(f"    Command: {exp['command']}")


    print(f"    Expected: {exp['expected']}")


    print(f"    Tools: {', '.join(exp['tools'])}")

Best Practices

เริ่มจาก Staging: ทำ Chaos Experiments ใน Staging ก่อน ไม่ทำ Production ถ้ายังไม่พร้อม
มี Monitoring พร้อม: ต้องมี Monitoring (เช่น BetterUptime) ดูผลกระทบก่อนทำ Experiment
Blast Radius เล็ก: เริ่มจากผลกระทบเล็กก่อน (1 Pod) แล้วค่อยขยาย
มี Rollback Plan: ทุก Experiment ต้องมีวิธี Rollback ถ้าเกิดปัญหาหนัก
แจ้งทีม: แจ้งทุกคนที่เกี่ยวข้องก่อนทำ Experiment ใช้ Status Page ถ้าทำใน Production
Game Day: จัด Game Day ฝึกซ้อมทีมรับมือ Incidents อย่างน้อยเดือนละครั้ง

BetterUptime คืออะไร

แพลตฟอร์ม Uptime Monitoring ตรวจสอบเว็บไซต์และ API ทุก 30 วินาที แจ้งเตือนผ่าน SMS Email Slack PagerDuty เมื่อ Downtime มี Status Page Incident Management On-call Scheduling