diff --git a/content/zh/docs/reference/config/networking/_index.md b/content/zh/docs/reference/config/networking/_index.md index e5feb72ed9..6fddb4cba0 100644 --- a/content/zh/docs/reference/config/networking/_index.md +++ b/content/zh/docs/reference/config/networking/_index.md @@ -1,7 +1,7 @@ --- title: 流量管理 description: 描述如何配置 HTTP/TCP 路由功能。 -weight: 11 +weight: 30 aliases: - /zh/docs/reference/config/istio.routing.v1alpha1/ - /zh/docs/reference/config/networking/ diff --git a/content/zh/docs/reference/config/policy-and-telemetry/attribute-vocabulary/index.md b/content/zh/docs/reference/config/policy-and-telemetry/attribute-vocabulary/index.md index 4b5c5cda97..2dedae2352 100644 --- a/content/zh/docs/reference/config/policy-and-telemetry/attribute-vocabulary/index.md +++ b/content/zh/docs/reference/config/policy-and-telemetry/attribute-vocabulary/index.md @@ -7,11 +7,15 @@ aliases: - /zh/docs/reference/config/mixer/aspects/attributes.html --- -属性是整个 Istio 使用的核心概念。可以在[这里](/zh/docs/reference/config/policy-and-telemetry/mixer-overview/#attributes)找到属性是什么和用于何处的描述。 +属性是整个 Istio 使用的核心概念。 +可以在[这里](/zh/docs/reference/config/policy-and-telemetry/mixer-overview/#attributes)找到属性是什么和用于何处的描述。 -每个给定的 Istio 部署有固定的能够理解的属性词汇。这个特定的词汇由当前部署涉及到的所有属性生产者一起来决定。Istio 中除了 Envoy 是首要的属性生产者外， Mixer 和服务也会产生属性。 +每个给定的 Istio 部署有固定的能够理解的属性词汇。 +这个特定的词汇由当前部署涉及到的所有属性生产者一起来决定。 +Istio 中除了 Envoy 是首要的属性生产者外，Mixer 和服务也会产生属性。 -下面这个表格展示一组规范属性集合和他们各自的类型。大多数 Istio 部署都会包含产生这些属性的代理（ Envoy 或 Mixer 适配器）。 +下面这个表格展示一组规范属性集合和他们各自的类型。 +大多数 Istio 部署都会包含产生这些属性的代理（Envoy 或 Mixer 适配器）。 | 名称 | 类型 | 描述 | Kubernetes 示例 | |------|------|-------------|--------------------| @@ -95,9 +99,13 @@ aliases: ## 时间戳和持续时间属性格式 -时间戳属性以 RFC 3339 格式表示。应用 timestamp 属性时，可以使用 [CEXL](/zh/docs/reference/config/policy-and-telemetry/expression-language/) 中定义的 `timestamp` 函数将 RFC 3339 格式的文本时间戳转换为 `TIMESTAMP` 类型，例如：`request.time | timestamp("2018-01-01T22:08:41+00:00")`, `response.time > timestamp("2020-02-29T00:00:00-08:00")`。 +时间戳属性以 RFC 3339 格式表示。 +应用 timestamp 属性时，可以使用 [CEXL](/zh/docs/reference/config/policy-and-telemetry/expression-language/) +中定义的 `timestamp` 函数将 RFC 3339 格式的文本时间戳转换为 `TIMESTAMP` 类型， +例如：`request.time | timestamp("2018-01-01T22:08:41+00:00")`, `response.time > timestamp("2020-02-29T00:00:00-08:00")`。 -持续时间属性表示时间量，表示为一系列十进制数，其中可选的小数部分用句点表示，以及单位值。可能的单位值是纳秒的 `ns`，微秒 `us`（或`μs`），毫秒 `ms`，秒 `s`，分钟 `m`，小时 `h`。例如： +持续时间属性表示时间量，表示为一系列十进制数，其中可选的小数部分用句点表示，以及单位值。 +可能的单位值是纳秒的 `ns`，微秒 `us`（或`μs`），毫秒 `ms`，秒 `s`，分钟 `m`，小时 `h`。例如： * `1ms` 表示 1 毫秒 * `2.3s` 表示 2.3 秒 diff --git a/content/zh/docs/reference/config/policy-and-telemetry/expression-language/index.md b/content/zh/docs/reference/config/policy-and-telemetry/expression-language/index.md index 5cba0455b5..e047cd0c77 100644 --- a/content/zh/docs/reference/config/policy-and-telemetry/expression-language/index.md +++ b/content/zh/docs/reference/config/policy-and-telemetry/expression-language/index.md @@ -71,6 +71,6 @@ Mixer 验证 CEXL 表达式的语法并在配置验证期间解析为一个类 |-----------|------------|-----------| |`request.size` | 200 | **int** | `request.size` 在可用时返回其值，否则返回 200。 |`request.headers["x-forwarded-host"] == "myhost"`| **boolean** -|`(request.headers["x-user-group"] == "admin")` || `(request.auth.principal == "admin")`| **boolean**| user 是 admin 或属于 admin 组时 结果为 True。 -|`(request.auth.principal` | `"nobody" ) == "user1"` | **boolean** | 如果 `request.auth.principal` 是 "user1" 则结果是 True，且 `request.auth.principal` 属性缺失时不会报错。 -|`source.labels["app"]=="reviews" && source.labels["version"]=="v3"`| **boolean** | 如果 app label 是 reviews 且 version label 是 v3 则结果是 True， 否则是 false。 \ No newline at end of file +|`(request.headers["x-user-group"] == "admin")` || `(request.auth.principal == "admin")`| **boolean**| user 是 admin 或属于 admin 组时 结果为 true。 +|`(request.auth.principal` | `"nobody" ) == "user1"` | **boolean** | 如果 `request.auth.principal` 是 "user1" 则结果是 true，且 `request.auth.principal` 属性缺失时不会报错。 +|`source.labels["app"]=="reviews" && source.labels["version"]=="v3"`| **boolean** | 如果 app label 是 reviews 且 version label 是 v3 则结果是 true， 否则是 false。 \ No newline at end of file diff --git a/content/zh/docs/reference/glossary/index.md b/content/zh/docs/reference/glossary/index.md index 31fe643471..5a60920169 100644 --- a/content/zh/docs/reference/glossary/index.md +++ b/content/zh/docs/reference/glossary/index.md @@ -6,8 +6,6 @@ layout: glossary aliases: - /zh/glossary - /zh/docs/welcome/glossary.html - - /zh/docs/reference/glossary.html - /zh/help/glossary icon: glossary --- -∑∑ diff --git a/content/zh/docs/reference/glossary/trust-domain.md b/content/zh/docs/reference/glossary/trust-domain.md index 4d102f199a..8e1663eb00 100644 --- a/content/zh/docs/reference/glossary/trust-domain.md +++ b/content/zh/docs/reference/glossary/trust-domain.md @@ -2,6 +2,8 @@ title: Trust Domain --- -信任域是 Istio 用于在网格中创建所有 [身份](/zh/docs/reference/glossary/#identity) 的唯一名称。每个网格都有一个专用的信任域。 +[信任域](https://spiffe.io/spiffe/concepts/#trust-domain)对应于系统的信任根，并且是工作负载标识的一部分。 -例如在 `spiffe://mytrustdomain.com/ns/default/sa/myname` 中标示网格的子字符串是：`mytrustdomain.com`。 此子字符串是此网格的信任域。 +Istio 使用信任域在网格中创建所有[身份](/zh/docs/reference/glossary/#identity)。每个网格都有一个专用的信任域。 + +例如在 `spiffe://mytrustdomain.com/ns/default/sa/myname` 中标示网格的子字符串是：`mytrustdomain.com`。此子字符串是此网格的信任域。 diff --git a/content/zh/docs/reference/glossary/workload.md b/content/zh/docs/reference/glossary/workload.md index a6aa276605..98ce8a1255 100644 --- a/content/zh/docs/reference/glossary/workload.md +++ b/content/zh/docs/reference/glossary/workload.md @@ -1,9 +1,12 @@ --- title: Workload --- -一个在 Istio 环境中被 [operators](#operator) 部署的可以运行一些函数的二进制文件。工作负载有自己的名称，命名空间，和唯一的 id。这些属性可以通过下面的 [属性](#attribute) 被策略配置和遥测配置使用： +[operators](#operator) 部署的二进制文件，用于提供服务网格应用的一些功能。 +工作负载有自己的名称，命名空间，和唯一的 id。 +这些属性可以通过下面的[属性](#attribute)被策略配置和遥测配置使用： * `source.workload.name`, `source.workload.namespace`, `source.workload.uid` * `destination.workload.name`, `destination.workload.namespace`, `destination.workload.uid` -在 Kubernetes 环境中，一个工作负载通常对应一个 Kubernetes deployment，并且一个 [工作负载实例](#workload-instance) 对应一个独立的被 deployment 管理的 [pod](#pod)。 +在 Kubernetes 环境中，一个工作负载通常对应一个 Kubernetes deployment， +并且一个[工作负载实例](#workload-instance)对应一个独立的被 deployment 管理的 [pod](#pod)。 diff --git a/content/zh/docs/setup/install/multicluster/_index.md b/content/zh/docs/setup/install/multicluster/_index.md index 77c97dd5c4..9204cdefa9 100644 --- a/content/zh/docs/setup/install/multicluster/_index.md +++ b/content/zh/docs/setup/install/multicluster/_index.md @@ -10,7 +10,9 @@ keywords: [kubernetes,multicluster] --- {{< tip >}} -请注意，这些说明不是互斥的。 在由两个以上集群组成的大型多集群部署中，可以使用这些方法的组合。 例如，两个集群可能共享一个控制平面，而第三个集群拥有自己的控制平面。 +请注意，这些说明不是互斥的。 +在由两个以上集群组成的大型多集群部署中，可以使用这些方法的组合。 +例如，两个集群可能共享一个控制平面，而第三个集群拥有自己的控制平面。 {{< /tip >}} 欲获取更需信息请参考[多集群部署模型](/zh/docs/ops/deployment/deployment-models/#multiple-clusters)。