4. Istio Telemetry V2 架构：深入理解 Mixer 弃用后的指标生成原理

Istio 1.5 版本是遥测架构的分水岭。此前的 Mixer 组件作为独立的中央策略与遥测后端，虽然功能强大，但引入了额外的网络跳转（Out-of-Process）和性能瓶颈。Telemetry V2 架构将指标生成逻辑直接下沉至 Envoy 代理（In-Process），彻底移除了 Mixer，实现了零额外延迟的 Prometheus 指标暴露。

4.1 架构演进：从 Mixer 到 Telemetry V2

下表对比了 Mixer 时代与 Telemetry V2 时代在数据路径上的核心差异：

4.2 Telemetry V2 核心组件与数据流

Telemetry V2 架构由三个核心组件构成，它们协同工作，将请求属性转化为 Prometheus 指标。

4.3 标准 Prometheus 指标清单

Telemetry V2 默认暴露的指标遵循 istio_ 命名前缀，覆盖了服务网格可观测性的核心维度。以下是关键指标及其语义：

4.4 配置示例：通过 EnvoyFilter 自定义指标

Telemetry V2 允许通过 EnvoyFilter 自定义 Wasm 扩展的行为，例如添加自定义标签或修改指标名称。以下示例展示了如何为 istio_requests_total 增加一个 request_path 标签：

apiVersion: networking.istio.io/v1alpha3
kind: EnvoyFilter
metadata:
  name: custom-stats-filter
  namespace: istio-system
spec:
  configPatches:
  - applyTo: HTTP_FILTER
    match:
      context: SIDECAR_INBOUND
      listener:
        filterChain:
          filter:
            name: "envoy.filters.network.http_connection_manager"
            subFilter:
              name: "envoy.filters.http.wasm"
    patch:
      operation: MERGE
      value:
        name: istio.stats
        typed_config:
          "@type": type.googleapis.com/udpa.type.v1.TypedStruct
          type_url: type.googleapis.com/envoy.extensions.filters.http.wasm.v3.Wasm
          value:
            config:
              configuration:
                "@type": type.googleapis.com/google.protobuf.StringValue
                value: |
                  {
                    "debug": "false",
                    "stat_prefix": "istio",
                    "metrics": [
                      {
                        "name": "requests_total",
                        "dimensions": {
                          "request_path": "request.path"
                        }
                      }
                    ]
                  }
              vm_config:
                runtime: envoy.wasm.runtime.null
                code:
                  local:
                    filename: /etc/istio/extensions/stats-filter.wasm

4.5 验证 Telemetry V2 指标

部署 Istio 1.5+ 后，可以通过以下步骤验证 Telemetry V2 是否正常工作：

1. 检查 Envoy 端点：进入任意 Sidecar 容器，访问 /stats/prometheus 端点。

kubectl exec -it <pod-name> -c istio-proxy -- curl http://localhost:15090/stats/prometheus | grep istio_requests_total

2. 确认指标存在：输出应包含类似以下内容：

# HELP istio_requests_total HTTP and gRPC requests
# TYPE istio_requests_total counter
istio_requests_total{response_code="200",source_workload="productpage-v1",destination_service="reviews.default.svc.cluster.local",...} 42

3. 验证 Prometheus 抓取：在 Prometheus UI 中执行查询 istio_requests_total，确认数据已成功采集。