Bagaimana pemantauan berfungsi dengan CloudWatch?

Question

Accepted Answer

**Amazon CloudWatch** ialah perkhidmatan pemantauan dan kebolehperhatian AWS — mengumpul **metrik**, **log**, dan **peristiwa** daripada sumber dan aplikasi AWS, dengan **penggera** dan papan pemuka. Ia penting untuk memahami kesihatan sistem, mendiagnosis isu, dan bertindak balas terhadap masalah.

## Apa yang CloudWatch sediakan

```text
METRICS → numerical data over time (CPU, memory, request count, latency, etc.)
  → AWS services publish metrics automatically; you can publish CUSTOM metrics too
LOGS → collect, store, and search application/system logs (CloudWatch Logs)
ALARMS → trigger actions when a metric crosses a threshold (alert, auto-scale, etc.)
DASHBOARDS → visualize metrics/logs in charts
EVENTS (EventBridge) → react to changes/events in your AWS environment
```

## Metrik dan penggera

```text
→ Monitor key metrics: EC2 CPU, ALB request count/latency, RDS connections, Lambda
  errors/duration, custom application metrics
→ ALARMS act on thresholds:
  - "CPU > 80% for 5 min" → trigger auto scaling (add instances) OR notify the team
  - "error rate > 1%" → send an alert (SNS → email/Slack/PagerDuty)
  - "healthy hosts < 2" → page on-call
→ Alarms enable AUTOMATED responses and ALERTING (know about problems quickly)
```

## Log dan kebolehperhatian

```text
✓ Centralize LOGS from EC2, Lambda, containers → search and analyze them
✓ Logs Insights → query logs (find errors, patterns, debug issues)
✓ Combine metrics + logs + traces (X-Ray) for full OBSERVABILITY
✓ Set RETENTION; create metric filters (turn log patterns into metrics/alarms)
```

## Mengapa ia penting

Memahami CloudWatch adalah bernilai kerana **pemantauan dan kebolehperhatian adalah penting untuk mengendalikan sistem dalam pengeluaran**, dan CloudWatch ialah perkhidmatan teras AWS untuk ini, jadi ia merupakan pengetahuan praktikal yang penting.

Mengendalikan sistem pengeluaran memerlukan mengetahui kesihatannya, mengesan masalah, dan bertindak balas dengan pantas — anda tidak boleh menguruskan apa yang anda tidak boleh lihat.

CloudWatch menyediakan asasnya: **metrik** (data berangka seperti CPU, latensi, dan kiraan permintaan, diterbitkan secara automatik oleh perkhidmatan AWS dan boleh disesuaikan untuk pengukuran khusus aplikasi) untuk memahami prestasi dan kesihatan, **log** (pengumpulan terpusat dan carian log aplikasi dan sistem) untuk mendiagnosis isu, **penggera** untuk bertindak terhadap masalah, dan papan pemuka untuk visualisasi.

Memahami **penggera** amat penting: ia membolehkan kedua-dua **tindak balas automatik** (cth. CPU tinggi mencetuskan auto scaling untuk menambah kapasiti) dan **amaran** (memberitahu pasukan melalui SNS ke email/Slack/PagerDuty apabila kadar ralat melonjak atau sumber menjadi tidak sihat) — jadi masalah mencetuskan tindakan dengan pantas dan bukannya tidak disedari, yang penting untuk kebolehpercayaan dan tindak balas insiden.

Memahami **pemusatan dan analisis log** (mengumpul log daripada EC2, Lambda, dan kontena, menanyakannya dengan Logs Insights untuk mencari ralat dan debug) adalah perlu untuk mendiagnosis isu dalam sistem teragih, dan menggabungkan metrik, log, dan jejak menyediakan **kebolehperhatian** penuh.

Memandangkan mengendalikan sistem pengeluaran dengan boleh dipercayai memerlukan pemantauan (mengetahui kesihatan, mengesan dan bertindak balas terhadap masalah) dan CloudWatch ialah perkhidmatan kebolehperhatian teras AWS (metrik, log, penggera, papan pemuka), dan memandangkan penggera membolehkan tindak balas automatik dan amaran yang kritikal, memahami CloudWatch ialah pengetahuan AWS yang bernilai dan penting secara praktikal untuk menjalankan sistem dalam pengeluaran — kebolehperhatian penting yang menjadikan sistem AWS boleh dikendalikan, boleh di-debug, dan boleh dipercayai, serta kompetensi utama bagi sesiapa yang bertanggungjawab terhadap beban kerja AWS pengeluaran.