Istio的流量路由规定可让您轻松管制服务之间的流量和API调用。 Istio简化了诸如断路器，超时和重试之类的服务级别属性的配置，并使其易于设置重要工作（如A / B测试，canary部署和基于百分比的流量拆分的分段部署）。它还提供了开箱即用的故障复原性能，有助于使您的应用程序更弱小，以避免相干服务或网络的故障。

默认状况下，来自启用Istio的Pod的所有出站流量都会重定向到其Sidecar代理，因而集群内部URL的可拜访性取决于代理的配置。网格中的工作负载想要拜访网分外的服务时，有以下三种办法：

双向认证是指单方同时进行认证，这是某些协定的默认认证形式。以前称为“互相实体认证” ，因为两个或多个实体在传输任何数据或信息之前会验证对方的合法性。

在Istio体系中，数据立体次要组件是istio proxy(envoy)，对于istio proxy，有两个问题咱们比拟关注：申请提早资源耗费对于申请提早咱们很好了解，毕竟咱们的业务在mesh中，多了一层代理。明天咱们次要讲述Istio代理的资源耗费以及如何应用新的Sidecar自定义资源来缩小耗费。Sidecar 自定义资源与 VirtualService 和 Dest…

Istio是一种具备流量治理，安全性，可察看性，可扩大的服务网格解决方案。那么Istio的受权模型是什么？其如何实现对网格中的工作负载进行访问控制的？

传统上，Kubernetes应用Ingress控制器来解决从内部进入集群的流量。应用Istio时，状况不再如此。 Istio已用新的Gateway和VirtualServices资源替换了相熟的Ingress资源。它们协同工作，将流量路由到网格中。在网格外部，不须要Gateway，因为服务能够通过集群本地服务名称互相拜访。

Istio平安性能提供弱小的身份，弱小的策略，通明的TLS加密以及身份验证，受权和审核(AAA)工具，以爱护您的服务和数据。 Istio安全性的指标是：

为了利用Istio的所有性能，网格中的Pod必须运行Istio Sidecar代理。上面介绍了两种将Istio Sidecar注入到容器中的办法：手动应用istioctl命令或通过在容器的命名空间中启用主动Istio Sidecar注入。

「K8S 生态周报」内容次要蕴含我所接触到的 K8S 生态相干的每周值得举荐的一些信息。欢送订阅知乎专栏「k8s生态」。Istio v1.7.1 公布这是 Istio v1.7 系列的第一个 patch 版本。此次更新有些值得注意的内容：#26625 修复了 istioctl x authz check 使其能更好的兼容 v1beta1 AuthorizationPolicy ；#26617 修复了 headl…

WebAssembly是一种沙箱技术，可用于扩大Istio代理(Envoy)。 Proxy-Wasm 沙箱API取代了Mixer，成为Istio中的次要扩大机制。 Istio 1.6将为Proxy-Wasm插件提供对立的配置API。