istio · istio-testing · Jun 23, 2025 · Jun 20, 2025
@@ -3,7 +3,7 @@ title: 如何使用 Istio 实现分布式追踪？
 weight: 0
 ---
 
-Istio 使用 [Envoy](#how-envoy-based-tracing-works)的分布式追踪系统集成。
+Istio 使用 [Envoy](#how-envoy-based-tracing-works) 的分布式追踪系统集成。
 由[应用程序负责为后续传出请求转发追踪的 header 信息](#istio-copy-headers)。
 
 您可以在[分布式链路追踪概述](/zh/docs/tasks/observability/distributed-tracing/overview/)和

@@ -3,7 +3,7 @@ title: 基于 Envoy 的跟踪如何工作？
 weight: 11
 ---
 
-对于基于 Envoy 的跟踪集成，Envoy（Sidecar 代理）代表所代理的应用程序将跟踪信息直接发送到跟踪后端。
+在基于 Envoy 的跟踪集成中，Envoy（Sidecar 代理）代表所代理的应用程序将跟踪信息直接发送到后端服务。
 
 Envoy：
 

@@ -3,7 +3,7 @@ title: 使用 Istio 进行分布式追踪需要什么？
 weight: 10
 ---
 
-Istio 允许报告服务网格中工作负载到工作负载间通信的追踪 Span。
+Istio 支持在服务网格内报告工作负载之间的追踪跨度（Trace spans）。
 然而，为了将各种追踪 Span 整合在一起以获得完整的流量图，应用程序必须在传入和传出请求之间传播追踪上下文信息。
 
 具体来说，Istio 依靠应用程序来转发 Envoy 生成的请求 ID 和标准标头。这些标头包括：

@@ -1,5 +1,5 @@
 ---
-title: 什么生成了初始链路头？
+title: 初始链路头由谁来生成？
 weight: 15
 ---
 

@@ -4,6 +4,6 @@ weight: 20
 ---
 
 尽管 Istio Sidecar 将处理关联应用程序实例的入站和出站请求，
-它没有将出站请求与导致它们的入站请求相关联的隐式方法。可以实现这种关联的唯一方法是通过应用程序传播相关信息
+它没有将出站请求与导致它们的入站请求相关联的隐式方法。实现此关联的唯一方法是通过应用程序传播相关信息
 （例如标头）从入站请求到出站请求。头传播可以通过客户端库或手动完成。
 提供了进一步的讨论[使用 Istio 进行分布式跟踪需要什么？](/zh/faq/distributed-tracing/#how-to-support-tracing)。
@@ -9,7 +9,7 @@ weight: 30
 请参阅[本节](/zh/docs/tasks/observability/distributed-tracing/telemetry-api/#customizing-trace-sampling)。
 
 如果您仍然没有看到任何追踪数据，请确认您的端口是否符合 Istio [端口命名规范](/zh/faq/traffic-management/#naming-port-convention)，
-并公开适当的容器端口（例如，通过 pod spec）来启用 sidecar 代理（Envoy）能够对流量进行捕获。
+并公开适当的容器端口（例如：通过 pod spec）来启用 sidecar 代理（Envoy）能够对流量进行捕获。
 
 如果您只看到与出口代理相关的链路数据，而没有看到入口代理，
 则可能仍与 Istio [端口命名约定](/zh/about/faq/#naming-port-convention)有关。
@@ -3,7 +3,7 @@ title: 我该如何参与贡献？
 weight: 70
 ---
 
-非常欢迎任何贡献，我们期待社区的反馈，补充和错误报告。
+Istio 社区欢迎任何形式的贡献。我们期待社区的反馈，补充和错误报告。
 
 代码托管在 [GitHub](https://github.com/istio) 中，
 请阅读[贡献指南](https://github.com/istio/community/blob/master/CONTRIBUTING.md)学习如何为社区做出贡献。

@@ -3,5 +3,4 @@ title: Istio 是如何诞生的?
 weight: 50
 ---
 
-Istio 项目由 Google 和 IBM 的团队与 Lyft 的 Envoy 团队合作发起，
-它已经完全在 GitHub 上公开开发。
+Istio 项目由 Google 和 IBM 的团队与 Lyft 的 Envoy 团队合作发起，已经在 GitHub 上开源。
@@ -3,12 +3,12 @@ title: Istio 是什么？
 weight: 10
 ---
 
-Istio 是一个开放的、与平台无关的服务网格，提供了流量管理，策略下发，和遥测收集能力。
+Istio 是一个开放的、与平台无关的服务网格，提供了流量管理、策略下发和遥测收集能力。
 
-**开放**：Istio 是作为一个开源软件来开发和管理的，我们鼓励社区各界来贡献和反馈。
+**开放**：Istio 是作为一个开源软件来开发和管理的，我们鼓励社区贡献代码和反馈问题。
 
-**平台无关**：Istio 不是针对某一个特定的部署环境的。在初始开发阶段，
-Istio 将会支持基于 Kubernetes 部署。但是，Istio 将会建设成可以快速方便的适应其它环境。
+**平台无关**：Istio 并非针对任何特定的部署环境。在开发的初始阶段，Istio 将支持基于 Kubernetes 的部署。
+然而，Istio 的最终目标是能够快速轻松地适配其他环境
 
 **服务网格**：Istio 的设计目标是管理微服务间和应用程序间的通信问题，
 而不用修改底层服务。Istio 针对所有服务之间的通信提供了自动的基线流量弹性、

@@ -3,7 +3,7 @@ title: 文档在哪里？
 weight: 80
 ---
 
-在 istio.io 查看[文档](/zh/docs/)。
+在 [istio.io](https://istio.io) 查看[文档](/zh/docs/)。
 文档包括[概念概述](/zh/docs/concepts/)、
 [任务指南](/zh/docs/tasks/)、
 [指南](/zh/docs/examples/)、

@@ -3,11 +3,11 @@ title: 为什么我想用 Istio？
 weight: 20
 ---
 
-按照传统做法，Istio 处理的大多数逻辑都是直接构建到应用程序中的。
-在一组服务中，要管理更新这块通信逻辑是一个繁重的任务。
+按照传统做法，Istio 处理的大多数逻辑都是直接构建到应用程序中。
+在一组服务中，要管理或更新这块通信逻辑是一个繁重的任务。
 Istio 提供了一个基础架构级的方案来解决管理服务通信问题。
 
 **应用开发者**：利用 Istio 管理服务间的流量，开发者就可以专注于业务逻辑开发和快速迭代新特性。
 
 **服务运维者**：Istio 可以从一个中心控制点进行策略控制和网格监控，而不依赖应用程序的发展。
-因此，运维者可以通过简化的管理平面确保持续的策略控制。
+因此，运维人员可以通过简化的管理平面确保持续的策略控制。
@@ -4,6 +4,5 @@ weight: 20
 ---
 
 Istio 默认截获所有端口的入站流量，
-您可以通过 `traffic.sidecar.istio.io/includeInboundPorts` 这个
-Pod 注解指定一组端口来截获流量，或通过 `traffic.sidecar.istio.io/excludeOutboundPorts`
+您可以通过 `traffic.sidecar.istio.io/includeInboundPorts` Pod 注解指定一组端口来截获流量，或通过 `traffic.sidecar.istio.io/excludeOutboundPorts`
 指定一组端口来放行流量，以更改这种默认行为。
@@ -3,4 +3,4 @@ title: 怎样查看在 Istio 中已配置的当前路由规则？
 weight: 10
 ---
 
-可以使用这个命令查看 `kubectl get virtualservice -o yaml`。
+使用 `kubectl get virtualservice -o yaml` 命令查看。