《Istio官方文档》设计理念

设计理念

  这页概述了Istio的核心设计理念。

  Istio的架构里有一些关键的设计理念，是在服务在一定规模上和高性能的标准上，系统必备的能力。

公开透明。

       为了适应Istio，运维人员和开发人员应该做一些最小限度的工作从系统中获取真实值。为此，Istio可以自动注入在服务间的所有网络路径。Istio使用了sidecar代理获取流量，通过代理而无需任何代码，就可以在自动的应用网络层来路由流量。在Kubernetes,代理注入到了pods，而流量是通过iptables的规则来获取的。在sidecar代理会注入，而流量路由是程序化的，Istio是可以协调所有流量的。此原则也可以适应于性能。当使用Istio开发时，运维人员在保证性能的可用性下，应该查看在源消耗的最小增长。组件和API必须设必须考虑性能和规模。

增长率。

        作为运维人员和开发人员，在系统必须增长到他们需要的数量时，将会越来越依赖Istio提供的功能。当希望加入自己的新特性，更加需要地可以自己扩展策略系统，使得源策略更加完整，可以控制和传输关于网格行为的信号量来分析其他系统的行为。策略在运行的的时候，提供标准的扩展机制可以插入到其他服务中。除此之外，它可以基于网格产生的新信号量，来扩展更多的策略。

可移植性。

     生态中，Istio可以在多个维度中使用。Istio必须运行在云或在预上线环境可以有最小的影响。可以容易地移植Istio的基础服务到新环境，并且这可以使用Istio操作单个服务发布到多种环境（在多个云上冗余来做例子）。

策略一致性。

        应用策略通过API唤醒服务间提供可以控制服务网格的行为，但是将策略应用于不一定在API级别上表达的资源也同样重要。作为例子，允许由ML任务在限额内使用CPU，这比在工作的时候才初始化要更好。为此，策略系统作为独立的系统来维护的，它使用自己的API而不是直接使用sidecar代理,并在需要时候可以让服务指向使之完整结合。

（全文完）

• 
  

点击下方
阅读原文