From cd514db2c491e52265eae0fcca33011eabffabd9 Mon Sep 17 00:00:00 2001 From: Michael Date: Tue, 5 Jul 2022 20:06:41 +0800 Subject: [PATCH] zh:sync with en version (#11490) --- .../how-mixer-based-tracing-works.md | 19 ------------------- .../faq/distributed-tracing/mixer-role.md | 10 ---------- .../distributed-tracing/why-mixer-spans.md | 10 ---------- 3 files changed, 39 deletions(-) delete mode 100644 content/zh/about/faq/distributed-tracing/how-mixer-based-tracing-works.md delete mode 100644 content/zh/about/faq/distributed-tracing/mixer-role.md delete mode 100644 content/zh/about/faq/distributed-tracing/why-mixer-spans.md diff --git a/content/zh/about/faq/distributed-tracing/how-mixer-based-tracing-works.md b/content/zh/about/faq/distributed-tracing/how-mixer-based-tracing-works.md deleted file mode 100644 index 6320d63921..0000000000 --- a/content/zh/about/faq/distributed-tracing/how-mixer-based-tracing-works.md +++ /dev/null @@ -1,19 +0,0 @@ ---- -title: 基于 Mixer 的跟踪是如何工作的？ -weight: 12 ---- - -对于基于 Mixer 的跟踪集成，Mixer （通过 `istio-telemetry` 服务解决）提供了后端跟踪的集成。Mixer 集成允许操作员对分布式跟踪进行更高级别的控制，包括对跟踪范围中包含的数据进行细粒度选择。它还提供将跟踪发送给 Envoy 不直接支持的后端。 - -对于基于 Mixer 的集成，Envoy： - -- 在请求流经代理时为请求生成 ID 和跟踪报头 （例如，`X-B3-TraceId`） -- 调用 Mixer 进行常规异步遥测报告 -- 将跟踪报头转发到代理的应用程序 - -Mixer： - -- 基于 *operator-supplied* 配置为每个请求生成跟踪的范围 -- 将生成的跟踪范围发送到 *operator-designated* 跟踪后端 - -使用 Istio 的 [Stackdriver 跟踪集成](https://cloud.google.com/istio/docs/istio-on-gke/installing#tracing_and_logging)是通过 Mixer 进行跟踪集成的一个示例。 diff --git a/content/zh/about/faq/distributed-tracing/mixer-role.md b/content/zh/about/faq/distributed-tracing/mixer-role.md deleted file mode 100644 index 46a0c53338..0000000000 --- a/content/zh/about/faq/distributed-tracing/mixer-role.md +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: Mixer 在 Istio 跟踪踪故事中扮演的什么角色？ -weight: 90 ---- - -默认情况下，Mixer 通过为 Envoy 代理已经选择的要跟踪请求生成自己的跨度来参与跟踪。这使操作员可以观察到网格中基于 Mixer 策略的执行机制的参与。如果在网格范围内禁用 `istio-策略` 配置，则 Mixer 不会以这种方式参与跟踪。 - -Mixer 作为 `istio-telemetry` 服务，也可用于生成数据平面流量的跟踪范围。Mixer 的 Stackdriver 适配器就是支持此功能的一个示例。 - -对于由 Mixer 生成的跟踪，Istio 仍然依靠 Envoy 生成跟踪上下文并将其转发到必须传播上下文的应用程序中。Envoy 它自己没有直接地发送追踪信息到追踪后端，而是 Mixer 根据操作员提供的配置从常规的 Envoy 报告中提取客户端和服务器范围。用这种方式，操作员可以精确地控制何时以及如何生成跟踪数据，并可以从跟踪中完全删除某些服务，或者为某些命名空间提供更详细的信息。 diff --git a/content/zh/about/faq/distributed-tracing/why-mixer-spans.md b/content/zh/about/faq/distributed-tracing/why-mixer-spans.md deleted file mode 100644 index 6ee85a8541..0000000000 --- a/content/zh/about/faq/distributed-tracing/why-mixer-spans.md +++ /dev/null @@ -1,10 +0,0 @@ ---- -title: 为什么在我的一些分布式追踪中会有 `istio-mixer` span？ -weight: 100 ---- - -Mixer 为到达 Mixer 并且带有追踪头的请求生成了应用级别的追踪。Mixer 为它做的任何关键工作都生成 span 并且打上了 `istio-mixer` 标签，包括分发到各个适配器。 - -在数据路径上 Envoy 缓存了到 Mixer 的调用。因此，通过 `istio-policy` 服务向 Mixer 发起的调用只是在一些特定的请求中会有，例如：缓存过期或者不一样的请求特性。由于这个原因，你会看到 Mixer 只参与了 *一些* 追踪。 - -要关闭 Mixer 的应用级别追踪 span，你必须编辑 `istio-policy` 的 deployment 配置，并且在命令行参数中删除 `--trace_zipkin_url` 参数。