服务网格通过Sidecar代理自动捕获流量并记录请求元数据、状态码和延迟等信息，无需修改业务代码；利用控制平面集中配置日志格式与级别，实现统一管理；日志以结构化格式输出，可集成至Fluentd、Kafka、ELK等系统，结合服务拓扑支持链路级查询，提升运维可观测性。
服务网格通过在每个服务实例旁边部署一个轻量级代理（Sidecar），将访问日志的收集工作从应用代码中剥离出来，实现统一的日志记录。这个代理拦截所有进出服务的网络通信，自动记录请求的元数据、响应状态、延迟等信息，无需修改业务逻辑。
Sidecar 代理自动捕获流量
服务网格如 Istio 使用 Envoy 作为 Sidecar 代理，部署在每个服务的 Pod 中。所有入站和出站请求都会经过该代理，因此它能透明地记录每一次调用：
这些数据默认以结构化格式（如 JSON）输出到标准日志流，便于后续采集。
集中配置日志格式与级别
通过服务网格的控制平面（如 Istiod），可以全局定义日志输出格式和采样策略：
- 使用 Telemetry API 设置访问日志规则，指定字段列表和条件过滤
- 按服务或命名空间启用不同日志级别（例如仅对支付服务开启详细日志）
- 支持动态更新配置，无需重启服务
这样保证了日志的一致性，也避免了在多个服务中重复编码日志逻辑。
集成日志收集系统
Sidecar 输出的日志可通过标准方式接入现有日志基础设施：
- 将容器日志挂载到主机，由 Fluentd 或 Filebeat 抓取
- 直接推送至 Kafka、Splunk、ELK 等后端系统
- 结合 OpenTelemetry 导出器实现结构化分析
借助标签（labels）和服务拓扑信息，还能实现按服务链路查询调用日志。
基本上就这些。服务网格把访问日志变成基础设施能力，让开发者专注业务，运维也能获得统一可观测性。
