嘿，我明白你的困惑——Istio确实默认就该收集那些基础的请求指标，但可能是配置环节没踩对，导致你没看到数据。结合你的情况，我整理了几个实用的步骤和参考方向，帮你搞定这个问题：

一、先确认Istio的遥测组件是否正常运行 #

Istio的Sidecar（也就是Envoy代理）本身就会自动生成你提到的那些指标：比如统计各状态码请求数的istio_requests_total（带response_code标签）、记录请求耗时的istio_request_duration_seconds（还有分位数统计）。但这些的前提是Istio的遥测组件没被禁用。

你可以先跑这个命令检查：

kubectl get pods -n istio-system | grep istio-telemetry

如果找不到这个Pod，说明安装Istio时可能用了精简配置，得重新安装时启用遥测（比如用官方的default配置文件，默认是包含遥测组件的）。

二、对接Prometheus来抓取指标 #

Istio默认会把Sidecar的指标暴露出来，最常用的就是对接Prometheus：

• 如果你用Istio自带的Prometheus，那它已经预设好了抓取规则，直接打开Prometheus UI就能搜那些指标了
• 如果是自己部署的Prometheus，得在配置里加一段抓取Istio代理的规则：

  scrape_configs:
    - job_name: 'istio-sidecar-metrics'
      kubernetes_sd_configs:
        - role: pod
      relabel_configs:
        - source_labels: [__meta_kubernetes_pod_container_name]
          action: keep
          regex: istio-proxy
        - source_labels: [__meta_kubernetes_pod_namespace]
          target_label: namespace
          replacement: $1
  

配置完重启Prometheus，过会儿就能抓到数据了。

三、Bookinfo示例里的遥测参考 #

你打算试Bookinfo是个非常好的思路，这个示例几乎涵盖了Istio的核心功能，包括遥测。等你部署完Bookinfo：

1. 先确认每个服务的Pod里都有istio-proxy容器（用kubectl get pods -n bookinfo查看），这说明Sidecar注入成功了
2. 手动访问几次Bookinfo的页面或者接口，然后去Prometheus里搜istio_requests_total，就能看到不同响应码的统计数据了
3. 要是想可视化，还可以部署Istio集成的Grafana，里面有现成的Istio仪表盘，直接就能看到请求成功率、耗时这些核心指标的图表

四、适配你之前的collectd/statsd流程 #

既然你之前用collectd和statsd聚合指标，Istio也支持把指标导出到statsd。你只需要修改Istio的遥测配置（比如通过Telemetry自定义资源，或者修改IstioOperator配置），把指标输出目标改成statsd就行，这样就能复用你之前的聚合链路了。

优质资源推荐 #

• Istio官方的遥测文档：这是最权威的参考，从默认指标说明到自定义指标配置，再到各种监控后端的集成，讲得非常细
• Envoy官方指标文档：因为Istio的Sidecar基于Envoy，有些底层的代理指标可以在这里找到补充说明
• 社区的Istio监控实战帖：很多开发者分享了从安装到排查指标问题的完整流程，能帮你避开不少坑

内容的提问来源于stack exchange，提问作者runamok