Comment fonctionne la surveillance avec CloudWatch ?

Question

Accepted Answer

**Amazon CloudWatch** est le service de surveillance et d'observabilité d'AWS — collectant les **métriques**, les **logs** et les **événements** provenant des ressources AWS et des applications, avec les **alarmes** et les tableaux de bord. C'est essentiel pour comprendre la santé du système, diagnostiquer les problèmes et y répondre rapidement.

## Ce que CloudWatch fournit

```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
```

## Métriques et alarmes

```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)
```

## Logs et observabilité

```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)
```

## Pourquoi c'est important

Comprendre CloudWatch est précieux parce que **la surveillance et l'observabilité sont essentielles pour exploiter des systèmes en production**, et CloudWatch est le service principal d'AWS pour cela, c'est donc une connaissance pratique importante.

Exploiter des systèmes en production nécessite de connaître leur santé, de détecter les problèmes et de réagir rapidement — vous ne pouvez pas gérer ce que vous ne pouvez pas voir.

CloudWatch fournit la base : les **métriques** (données numériques comme le CPU, la latence et les comptages de requêtes, publiées automatiquement par les services AWS et personnalisables pour les mesures spécifiques à l'application) pour comprendre les performances et la santé, les **logs** (collecte centralisée et recherche des logs d'application et système) pour diagnostiquer les problèmes, les **alarmes** pour agir sur les problèmes, et les tableaux de bord pour la visualisation.

Comprendre les **alarmes** est particulièrement important : elles permettent à la fois les **réponses automatisées** (par exemple, un CPU élevé déclenchant l'auto-scaling pour ajouter de la capacité) et l'**alerte** (notifier l'équipe via SNS pour envoyer des emails/Slack/PagerDuty lorsque les taux d'erreur augmentent ou que les ressources deviennent défaillantes) — donc les problèmes déclenchent une action rapidement plutôt que de passer inaperçus, ce qui est essentiel pour la fiabilité et la réponse aux incidents.

Comprendre la **centralisation et l'analyse des logs** (collecte des logs d'EC2, Lambda et conteneurs, les interroger avec Logs Insights pour trouver les erreurs et déboguer) est nécessaire pour diagnostiquer les problèmes dans les systèmes distribués, et combiner les métriques, les logs et les traces fournit une **observabilité** complète.

Puisque exploiter les systèmes en production de manière fiable nécessite la surveillance (connaître la santé, détecter et répondre aux problèmes) et CloudWatch est le service d'observabilité central d'AWS (métriques, logs, alarmes, tableaux de bord), et puisque les alarmes permettent des réponses automatisées critiques et les alertes, comprendre CloudWatch est une connaissance AWS précieuse et pratiquement importante pour exploiter les systèmes en production — l'observabilité essentielle qui rend les systèmes AWS opérables, débogables et fiables, et une compétence clé pour tous ceux responsables des charges de travail AWS en production.