Uptime Kuma Monitoring Real Time Processing —

Uptime Kuma คืออะไร

Uptime Kuma เป็น open source self-hosted monitoring tool สำหรับตรวจสอบสถานะของ websites, APIs, databases และ services ต่างๆ พัฒนาด้วย Node.js มี web UI ที่สวยงามและใช้งานง่าย รองรับ notification หลายช่องทาง เช่น LINE, Telegram, Discord, Slack, Email

จุดเด่นของ Uptime Kuma ได้แก่ Self-hosted ข้อมูลอยู่ในเครื่องของตัวเอง ไม่ต้องพึ่ง third-party, UI สวยงาม responsive ดูได้ทุกอุปกรณ์, รองรับ monitors หลายประเภท HTTP(s), TCP, Ping, DNS, Docker, Push, Steam Game Server, 90+ notification services, Status pages สร้างหน้าแสดงสถานะสำหรับผู้ใช้, Maintenance windows กำหนดเวลา maintenance ไม่แจ้งเตือน

Real-Time Processing สำหรับ monitoring หมายถึงการประมวลผล monitoring data แบบ real-time เพื่อ detect anomalies, trigger alerts และ automate responses ทันทีเมื่อเกิดปัญหา ไม่ต้องรอ batch processing

ติดตั้ง Uptime Kuma

Setup Uptime Kuma

ตั้งค่า Monitors และ Notifications

Configure monitors และ alerts

=== Monitor Configuration ===

1. HTTP(s) Monitor

Settings > Add New Monitor

Monitor Type: HTTP(s)

Friendly Name: Production Website

URL: https://example.com

Heartbeat Interval: 60 seconds

Retries: 3

Heartbeat Retry Interval: 20 seconds

Request Timeout: 30 seconds

HTTP Method: GET

Accepted Status Codes: 200-299

Max Redirects: 10

Advanced:

• Enable certificate expiry notification (30 days)
• Enable keyword monitoring (check for specific text)
• Custom headers if needed (Authorization, etc.)

2. API Health Check

Monitor Type: HTTP(s) - Keyword

URL: https://api.example.com/health

เนื้อหาเกี่ยวข้อง — แนะนำให้อ่าน Envoy Proxy GreenOps Sustainability

Keyword: "status":"ok"

Method: GET

Expected Status: 200

Interval: 30 seconds

3. TCP Port Monitor

Monitor Type: TCP Port

แนะนำเพิ่มเติม — แหล่งความรู้ Forex iCafeForex

Hostname: db.example.com

Port: 3306 (MySQL)

Interval: 60 seconds

4. Docker Container Monitor

Monitor Type: Docker Container

Container Name: nginx

Docker Host: /var/run/docker.sock

Interval: 30 seconds

5. DNS Monitor

Monitor Type: DNS

Hostname: example.com

DNS Server: 8.8.8.8

Expected Type: A

Expected Value: 1.2.3.4

เนื้อหาเกี่ยวข้อง — ทำความเข้าใจ Qwik Resumability DevOps Culture

6. Notification Setup

LINE Notify:

Type: LINE Notify

Token: (get from https://notify-bot.line.me/)

Telegram:

Type: Telegram

Bot Token: (from @BotFather)

Chat ID: (your chat/group ID)

Discord:

Type: Discord

Webhook URL: (from Discord channel settings)

Slack:

Type: Slack

Webhook URL: (from Slack app settings)

Email (SMTP):

Type: SMTP

แนะนำเพิ่มเติม — อ่านเพิ่มเติมที่ SiamCafeBook

Hostname: smtp.gmail.com

Port: 587

Security: STARTTLS

Username: your@gmail.com

Password: app-specific-password

echo "Monitors configured"

Real-Time Processing Pipeline

สร้าง real-time monitoring pipeline

Advanced Monitoring Strategies

กลยุทธ์ monitoring ขั้นสูง

=== Advanced Monitoring ===

เนื้อหาเกี่ยวข้อง — Kotlin Coroutines Troubleshooting แก้ปัญหา —

1. Multi-Location Monitoring

Deploy Uptime Kuma at multiple locations:

• Bangkok (primary)
• Singapore
• Tokyo
• US West

Compare results:

• If DOWN from all locations → actual outage
• If DOWN from 1 location → network issue at that location
• Monitor from user's perspective (different ISPs)

2. Synthetic Monitoring

Simulate real user workflows:

Step 1: GET /login → expect 200

Step 2: POST /api/auth → expect 200 + token

Step 3: GET /api/dashboard → expect 200 + data

Step 4: POST /api/logout → expect 200

Use HTTP(s) monitors with chained checks

Or use Push monitors with custom scripts

3. Status Page Configuration

Uptime Kuma > Status Pages > Add

Title: "Service Status"

Slug: "status"

Theme: Auto

Published: Yes

Groups:

• Core Services: Website, API, Database
• Infrastructure: CDN, DNS, Email
• Third-party: Payment Gateway, SMS

Custom domain: status.example.com

Show history: 90 days

4. Maintenance Windows

Settings > Maintenance > Add

Title: "Database Maintenance"

Strategy: Manual / Recurring

เนื้อหาเกี่ยวข้อง — แนะนำให้อ่าน data structure python

Recurring: Every Sunday 02:00-04:00

Affected monitors: db-primary, db-replica

Status page message: "Scheduled database maintenance"

5. Monitor Groups

Organize monitors by:

• Environment: Production, Staging, Development
• Type: Frontend, Backend, Database, Infrastructure
• Priority: Critical, High, Medium, Low
• Team: DevOps, Backend, Frontend

6. Response Time Thresholds

Web pages: < 2 seconds (warning), < 5 seconds (critical)

APIs: < 500ms (warning), < 2 seconds (critical)

Database: < 100ms (warning), < 500ms (critical)

DNS: < 50ms (warning), < 200ms (critical)

echo "Advanced monitoring configured"

Integration และ Automation

Integrate Uptime Kuma กับ tools อื่น

FAQ คำถามที่พบบ่อย

Q: Uptime Kuma กับ UptimeRobot ต่างกันอย่างไร?

A: Uptime Kuma เป็น self-hosted ข้อมูลอยู่ใน server ตัวเอง ฟรีไม่จำกัด monitors, notifications ไม่ต้องจ่ายค่า subscription ต้อง maintain server เอง UptimeRobot เป็น SaaS ไม่ต้อง manage infrastructure free plan มี 50 monitors interval 5 นาที paid plan $7/mo ขึ้นไป ได้ 1 นาที interval multi-location monitoring สำหรับทีมเล็กที่มี technical skill แนะนำ Uptime Kuma (ประหยัดค่าใช้จ่าย) สำหรับทีมที่ไม่อยาก maintain server ใช้ UptimeRobot หรือ Better Uptime

Q: Uptime Kuma ใช้ resources เท่าไหร?

A: Uptime Kuma ใช้ resources น้อยมาก RAM ประมาณ 100-300MB ขึ้นกับจำนวน monitors CPU น้อยมาก (< 5%) สำหรับ 50-100 monitors Disk ขึ้นกับ retention period (default 180 days) ประมาณ 500MB-2GB VPS เล็กๆ 1 vCPU, 1GB RAM เพียงพอสำหรับ 100+ monitors รัน Docker container เดียวได้เลย ไม่ต้องมี database ภายนอก (ใช้ SQLite built-in)

Q: Monitor interval ควรตั้งเท่าไหร?

A: ขึ้นกับ criticality ของ service Critical services (payment, auth) ตั้ง 30 วินาที, Important services (API, website) ตั้ง 60 วินาที, Normal services (internal tools) ตั้ง 5 นาที, Low priority (dev, staging) ตั้ง 10-15 นาที interval สั้นเกินไปอาจ create load บน target service และสิ้นเปลือง resources ยาวเกินไปอาจ detect outage ช้า สำหรับ production website แนะนำ 60 วินาทีเป็น default

Q: จะ monitor อะไรบ้างสำหรับ production?

A: Must-have Website/landing page (HTTP 200), API endpoints สำคัญ (health check), Database connectivity (TCP port), SSL certificate expiry, DNS resolution Nice-to-have Response time trends, Third-party services (payment, email), CDN status, Background job processing, Disk space และ server resources (ใช้ Push monitor + script) เริ่มจาก monitor สิ่งที่ user-facing ก่อน แล้วค่อยเพิ่ม infrastructure monitors ตั้ง notification ให้แจ้ง LINE หรือ Telegram สำหรับ critical alerts