Amazon CloudWatch

服务商概述

Amazon CloudWatch 是 AWS 原生的监控和可观测性服务，于 2009 年随 AWS 推出。CloudWatch 提供云资源和应用的指标、日志和告警管理，可监控 EC2、Lambda、RDS、ELB 等全部 200+ AWS 服务。通过 CloudWatch Logs Insights 可以查询和分析日志数据，CloudWatch Alarms 支持基于指标的自动化告警，AWS X-Ray 提供分布式追踪能力。CloudWatch 是 AWS 用户最基本的监控方案，深度集成在 AWS 控制台和管理生态中，无需额外安装即可获得基础监控能力。

核心优势

• 200+ AWS 服务原生监控：CloudWatch 与所有 AWS 服务预集成，创建资源后自动开始采集指标和日志，无需额外配置。详见 网站监控工具选型指南。
• Logs Insights 日志分析：类 SQL 查询引擎 CloudWatch Logs Insights 支持实时搜索和分析 PB 级日志数据，预构建的查询模板覆盖常见排障场景。
• 智能告警与自动伸缩：CloudWatch Alarms 支持基于指标阈值的自动告警，并可与 Auto Scaling 联动实现自动化伸缩，减少人工运维工作量。
• Synthetics 主动监测：CloudWatch Synthetics 支持 Node.js 和 Python 的 Canary 脚本，可定时模拟用户操作（登录、下单等），主动发现端到端功能异常。结合 监控最佳实践可构建主动-被动结合的监控体系。
• X-Ray 分布式追踪：AWS X-Ray 与 CloudWatch 集成，提供请求级端到端追踪，支持在微服务和云基础设施中快速定位性能瓶颈。

产品生态

CloudWatch Metrics

CloudWatch Metrics 是核心监控数据服务，AWS 服务自动发布基础指标（如 CPU 利用率、网络吞吐量），自定义指标可通过 PutMetricData API 或 CloudWatch Agent 发布。Metrics Insights 提供 SQL 类查询支持对指标进行聚合和筛选。Metric Math 支持在仪表盘中进行跨指标计算（如计算可用率、错误率）。

CloudWatch Logs

CloudWatch Logs 支持从 EC2、Lambda、ECS、EKS 等来源集中采集日志，自动提取常见格式（如 Apache/Nginx 访问日志、JSON、Syslog）。日志数据可通过 Logs Insights 查询，支持实时订阅到 Lambda、Kinesis 或 OpenSearch Service 进行进一步处理。Logs 支持基于时间的自动过期策略，控制存储成本。

CloudWatch Alarms

CloudWatch Alarms 支持基于阈值、异常检测和复合条件的告警。异常检测（Anomaly Detection）使用 ML 模型自动学习指标基线，智能识别异常波动。Alarms 可触发 SNS 通知（Email/SMS）、Auto Scaling 动作和 EC2 恢复操作。支持告警状态合并，避免告警风暴。

AWS X-Ray

AWS X-Ray 提供分布式追踪能力，支持追踪通过 API Gateway、Lambda、ECS、EKS、SQS 等服务的请求链路。X-Ray 服务地图（Service Map）可视化展示服务间的调用关系和延迟分布。与 CloudWatch Logs 集成，可在追踪视图直接跳转到关联日志。

CloudWatch Synthetics

CloudWatch Synthetics 允许使用 Node.js 或 Python 编写 Canary 脚本，按计划执行端到端用户操作验证。支持 Puppeteer 和 Playwright 框架，可模拟浏览器操作（登录、搜索、结账）。Canary 执行结果与 CloudWatch Metrics 和 Logs 自动集成。

不足之处

• 非 AWS 环境覆盖有限：CloudWatch 对混合云和多云场景的支持较差。本地服务器和 Azure/GCP 资源需通过 CloudWatch Agent 采集，指标丰富度和易用性不如 AWS 原生资源。混合云场景建议配合 第三方监控工具使用。
• 日志成本增长快：高日志量场景下 CloudWatch Logs 的摄入和存储费用可能快速增长（摄入 $0.50/GB，存储 $0.03/GB/月）。建议合理设置日志保留期和过滤规则，关键日志发送到 S3 低成本归档。
• 查询语法学习成本：CloudWatch Logs Insights 使用专有查询语法，与标准 SQL 有差异。虽然预置了常用查询模板，但复杂查询仍需学习其语法。
• 跨账户视图配置复杂：跨账户和多区域监控视图需通过 CloudWatch Cross-Account Observability 配置，初始设置步骤较多。

适用场景

• AWS 全托管用户（★★★★★）：CloudWatch 是 AWS 用户最基础的监控方案，无需额外部署即可获得全服务覆盖。参见 CDN 日志分析与监控。
• 无服务器应用（★★★★☆）：Lambda、API Gateway、DynamoDB 等无服务器资源的监控，CloudWatch 提供原生集成和自动日志采集。
• 需要分布式追踪的微服务架构（★★★★☆）：X-Ray 与 CloudWatch 集成提供端到端请求链路追踪，适合微服务排障。
• 混合云环境（★★★☆☆）：非 AWS 环境需配合 CloudWatch Agent 或其他第三方监控工具。
• 成本敏感型团队（★★★☆☆）：高日志量场景需仔细评估日志费用，建议结合 S3 归档降低成本。

价格参考

注：CloudWatch 费用包含在 AWS 统一账单中，建议开启预算告警（Budget Alerts）防止意外超支。

常见问题

• CloudWatch 日志费用怎么控制？ 建议使用日志过滤（Filter）排除健康检查等无关日志，设置合理的保留期（如 7-30 天），关键日志可发布到 S3 使用 Glacier 归档。参见 服务器日志监控指南。
• CloudWatch 可以监控非 AWS 资源吗？ 可以。在本地服务器或其他云主机上安装 CloudWatch Agent 即可采集系统和应用指标。但功能完整度不如 AWS 原生资源。可参考 云监控服务对比。
• CloudWatch 和 Datadog 怎么选？ CloudWatch 优势在于零额外成本获得 AWS 全服务基础监控；Datadog 优势在于多云统一视图和更丰富的集成。AWS 为主的场景选择 CloudWatch，多云场景建议 Datadog。可参考 云监控服务对比。
• CloudWatch Logs Insights 和 OpenSearch 什么关系？ CloudWatch Logs 是轻量级日志管理服务。如果需要对日志进行复杂聚合、可视化分析和长期存储，可将日志订阅到 Amazon OpenSearch Service。两者不是替代关系，而是互补方案。可参考 ELK 日志分析平台搭建指南。