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