mirror of https://github.com/istio/istio.io.git
Update Chinese translation (#2407)
* Update Chinese translation * Update Chinese translation * cUpdate Chinese translation * Update Chinese translation
This commit is contained in:
parent
60ae706601
commit
ad2cda21fb
|
|
@ -21,7 +21,7 @@ Istio 流量管理的核心组件是 [Pilot](#pilot-和-envoy),它管理和配
|
|||
link="/docs/concepts/traffic-management/TrafficManagementOverview.svg"
|
||||
caption="Istio 中的流量管理">}}
|
||||
|
||||
将流量从基础设施扩展中解耦,这样就可以让 Istio 提供各种流量管理功能,这些功能在应用程序代码之外。除了 A/B 测试的动态[请求路由](#请求路由),逐步推出和金丝雀发布之外,它还使用超时、重试和熔断器处理[故障恢复](#故障处理),最后还可以通过[故障注入](#故障注入)来测试服务之间故障恢复策略的兼容性。这些功能都是通过在服务网格中部署的 Envoy sidecar/代理来实现的。
|
||||
将流量从基础设施扩展中解耦,这样就可以让 Istio 提供各种独立于应用程序代码之外的流量管理功能。除了 A/B 测试的动态[请求路由](#请求路由),逐步推出和金丝雀发布之外,它还使用超时、重试和熔断器来处理[故障恢复](#故障处理),最后还可以通过[故障注入](#故障注入)来测试服务之间故障恢复策略的兼容性。这些功能都是通过在服务网格中部署的 Envoy sidecar/代理来实现的。
|
||||
|
||||
Pilot 负责部署在 Istio 服务网格中的 Envoy 实例的生命周期管理。
|
||||
|
||||
|
|
@ -123,7 +123,7 @@ Q: *同时使用应用级库和 Envoy 时,怎样处理故障?*
|
|||
|
||||
虽然 Envoy sidecar/proxy 为在 Istio 上运行的服务提供了大量的[故障恢复机制](#故障处理),但测试整个应用程序端到端的故障恢复能力依然是必须的。错误配置的故障恢复策略(例如,跨服务调用的不兼容/限制性超时)可能导致应用程序中的关键服务持续不可用,从而破坏用户体验。
|
||||
|
||||
Istio 能在不杀死 Pod 的情况下,将协议特定的故障注入到网络中,在 TCP 层制造数据包的延迟或损坏。我们的理由是,无论网络级别的故障如何,应用层观察到的故障都是一样的,并且可以在应用层注入更有意义的故障(例如,HTTP 错误代码),以检验和改善应用的弹性。
|
||||
Istio 能在不杀死 Pod 的情况下,将特定协议的故障注入到网络中,在 TCP 层制造数据包的延迟或损坏。我们的理由是,无论网络级别的故障如何,应用层观察到的故障都是一样的,并且可以在应用层注入更有意义的故障(例如,HTTP 错误代码),以检验和改善应用的弹性。
|
||||
|
||||
运维人员可以为符合特定条件的请求配置故障,还可以进一步限制遭受故障的请求的百分比。可以注入两种类型的故障:延迟和中断。延迟是计时故障,模拟网络延迟上升或上游服务超载的情况。中断是模拟上游服务的崩溃故障。中断通常以 HTTP 错误代码或 TCP 连接失败的形式表现。
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue