mirror of https://github.com/istio/istio.io.git
zh-translation: some references update from previous translation. (#6102)
This commit is contained in:
ilylia
Istio Automation
parent
b375040fbd
commit
328e54e4c4
|
|
@ -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/
|
||||
|
|
|
|||
|
|
@ -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 秒
|
||||
|
|
|
|||
|
|
@ -71,6 +71,6 @@ Mixer 验证 CEXL 表达式的语法并在配置验证期间解析为一个类
|
|||
|-----------|------------|-----------|
|
||||
|`request.size` <code>| 200</code> | **int** | `request.size` 在可用时返回其值，否则返回 200。
|
||||
|`request.headers["x-forwarded-host"] == "myhost"`| **boolean**
|
||||
|`(request.headers["x-user-group"] == "admin")` <code>||</code> `(request.auth.principal == "admin")`| **boolean**| user 是 admin 或属于 admin 组时 结果为 True。
|
||||
|`(request.auth.principal` <code>|</code> `"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。
|
||||
|`(request.headers["x-user-group"] == "admin")` <code>||</code> `(request.auth.principal == "admin")`| **boolean**| user 是 admin 或属于 admin 组时 结果为 true。
|
||||
|`(request.auth.principal` <code>|</code> `"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。
|
||||
|
|
@ -6,8 +6,6 @@ layout: glossary
|
|||
aliases:
|
||||
- /zh/glossary
|
||||
- /zh/docs/welcome/glossary.html
|
||||
- /zh/docs/reference/glossary.html
|
||||
- /zh/help/glossary
|
||||
icon: glossary
|
||||
---
|
||||
∑∑
|
||||
|
|
|
|||
|
|
@ -2,6 +2,8 @@
|
|||
title: Trust Domain
|
||||
---
|
||||
|
||||
信任域是 Istio 用于在网格中创建所有 [身份](/zh/docs/reference/glossary/#identity) 的唯一名称。每个网格都有一个专用的信任域。
|
||||
[信任域](https://spiffe.io/spiffe/concepts/#trust-domain)对应于系统的信任根，并且是工作负载标识的一部分。
|
||||
|
||||
Istio 使用信任域在网格中创建所有[身份](/zh/docs/reference/glossary/#identity)。每个网格都有一个专用的信任域。
|
||||
|
||||
例如在 `spiffe://mytrustdomain.com/ns/default/sa/myname` 中标示网格的子字符串是：`mytrustdomain.com`。此子字符串是此网格的信任域。
|
||||
|
|
|
|||
|
|
@ -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)。
|
||||
|
|
|
|||
|
|
@ -10,7 +10,9 @@ keywords: [kubernetes,multicluster]
|
|||
---
|
||||
|
||||
{{< tip >}}
|
||||
请注意，这些说明不是互斥的。 在由两个以上集群组成的大型多集群部署中，可以使用这些方法的组合。 例如，两个集群可能共享一个控制平面，而第三个集群拥有自己的控制平面。
|
||||
请注意，这些说明不是互斥的。
|
||||
在由两个以上集群组成的大型多集群部署中，可以使用这些方法的组合。
|
||||
例如，两个集群可能共享一个控制平面，而第三个集群拥有自己的控制平面。
|
||||
{{< /tip >}}
|
||||
|
||||
欲获取更需信息请参考[多集群部署模型](/zh/docs/ops/deployment/deployment-models/#multiple-clusters)。
|
||||
|
|
|
|||
Loading…
Reference in New Issue