Manually sync Chinese docs improvement #16595 (#16599)

Author: wilsonwu

content/zh/about/faq/distributed-tracing/how-distributed-tracing-works.md

@@ -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/)和

content/zh/about/faq/distributed-tracing/how-envoy-based-tracing-works.md

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

content/zh/about/faq/distributed-tracing/how-to-support-tracing.md

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

content/zh/about/faq/distributed-tracing/initial-trace-header.md

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

content/zh/about/faq/distributed-tracing/istio-copy-headers.md

@@ -4,6 +4,6 @@ weight: 20
 ---
 
 尽管 Istio Sidecar 将处理关联应用程序实例的入站和出站请求，
-它没有将出站请求与导致它们的入站请求相关联的隐式方法。可以实现这种关联的唯一方法是通过应用程序传播相关信息
+它没有将出站请求与导致它们的入站请求相关联的隐式方法。实现此关联的唯一方法是通过应用程序传播相关信息
 （例如标头）从入站请求到出站请求。头传播可以通过客户端库或手动完成。
 提供了进一步的讨论[使用 Istio 进行分布式跟踪需要什么？](/zh/faq/distributed-tracing/#how-to-support-tracing)。

content/zh/about/faq/distributed-tracing/no-tracing.md

@@ -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)有关。

content/zh/about/faq/general/how-do-i-contribute.md

@@ -3,7 +3,7 @@ title: 我该如何参与贡献？
 weight: 70
 ---
 
-非常欢迎任何贡献，我们期待社区的反馈，补充和错误报告。
+Istio 社区欢迎任何形式的贡献。我们期待社区的反馈，补充和错误报告。
 
 代码托管在 [GitHub](https://github.com/istio) 中，
 请阅读[贡献指南](https://github.com/istio/community/blob/master/CONTRIBUTING.md)学习如何为社区做出贡献。

content/zh/about/faq/general/how-was-istio-started.md

@@ -3,5 +3,4 @@ title: Istio 是如何诞生的?
 weight: 50
 ---
 
-Istio 项目由 Google 和 IBM 的团队与 Lyft 的 Envoy 团队合作发起，
-它已经完全在 GitHub 上公开开发。
+Istio 项目由 Google 和 IBM 的团队与 Lyft 的 Envoy 团队合作发起，已经在 GitHub 上开源。

content/zh/about/faq/general/what-is-istio.md

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

content/zh/about/faq/general/where-is-the-documentation.md

@@ -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/)、