Google加持Istio—这可能比Kubernetes和Serverless产生更大影响力

Google Cloud采用了Istio服务网格技术来管理微服务，这可能比Kubernetes和无服务器产生更大的影响。

随着现代数字计算基础设施的不断发展，新的自动化层加速了创新和提高了适应性。一旦实现容器化微服务几秒以内部署一个新功能成为可能。那么Kubernetes和相似工具的出现增长了一层业务流程，以便大规模协调容器部署。在基础设施中一个功能很容易抽象成为一个知足需求的serverless模型。如今，正在造成一个称为“service mesh”的新层，以便在全部这些功能中添加服务间治理、管理和通讯功能。8月1号一个名为Istio的service mesh的新开源框架1.0版本发布生产版本，像以前的Kubernetes同样，由谷歌以及IBM支持。

比Kubernetes更有价值

您可能没有据说过Istio，但若是您进行任何形式的敏捷数字开发或运维工做，您很快就会知道Istio。 Google云计算CTO（UrsHölzle）上周告诉我，他预计service mesh将会被广泛采用：“我但愿看到的是，在两年后90％的Kubernetes用户将会使用Istio。Istio与Kubernetes提供的产品很是吻合，几乎感受就像Kubernetes的下一次迭代。这是由同一个团队完成的，Istio和Kubernetes的功能可以很好的互补。”

Hölzle没有明确地说Istio必定会比Kubernetes更大，但他很是确信Istio会和Kubernetes具备同样大的应用前景，甚至超过Kubernetes。

Istio、Kubernetes和Serverless

在某种程度上，Hölzle的信心源于谷歌决定将Istio标准化为其云服务平台（Cloud Services Platform ）的管理层，该服务于上周在Cloud Next会议上宣布。这与上周推出的另外两个新项目同时启动。一个是Knative—一个基于Kubernetes的开源框架，用于构建、部署和管理serverless工做负载，正如Kurt Marko本周早些时候在他的Cloud Next文章中所解释的那样，“Knative不只仅是一个serverless的容器包装器，而是一个容器化应用的开发框架“。另外一个是谷歌GKE（Google Kubernetes Engine）私有云版本，是云供应商的容器管理工具。结合Istio的管理层，这实际上意味着组织能够从私有云到公有云使用CSP管理整个IT基础架构中的容器生态系统和serverless。

Istio是Google、IBM和Lyft共同努力在一年多前推出的一项开放式技术框架，用于链接、保护、管理和监控云的服务网络。这三家公司都贡献了他们单独开发的现有技术。

减轻企业上云难度

Hölzle认为，Istio将加速企业采用公有云，由于它能够在私有化部署和云之间实现更高的同质化：“公司决定将全部内容（包括他们不想重写的旧代码）移至Istio，去包装旧代码而不去重写它这是很是合理的。咱们相信GKE私有化部署将带领更多客户深刻云技术。由于它与现代云思惟很是融合，它保留了它们的地址以及什么时候何地去迁移的选择机会。你能够在任何你喜欢的云提供商之间自由迁移，且使你上云之路更加平稳。一旦人们熟悉了Kubernetes和Istio的管理和编排方式，上云就不会变得可怕了。”

Hölzle认为BigQuery这样的云原生功能将继续为它们提供最终结果。与此同时，它依靠思科等合做伙伴提供GKE和Knative的私有化版本，而不是成为该技术自己的直销商。

合做伙伴和开发者

合做伙伴还将发现Istio有助于他们从硬件产品转向安全等领域的软件和服务云转型。Hölzle认为：“许多合做伙伴正在转向销售软件和销售服务，这是进入该领域的理想切入点。若是您是正在使用Istio的服务安全提供商，将服务从本地迁移到云将不受影响，只有位置发生变化了。在当前模型中，若是您是本地提供商，全部API都不一样，全部须要回答的问题都是新的，您可能会失去现任状态，由于您没法轻松移植到云端”。

开发人员也须要获得说服。但谷歌开发者关系部副总裁亚当·塞利格曼认为，他对Istio为他们开放的东西感到很兴奋：“使用Istio不须要大量的从新编程。现有的应用程序、功能和服务可使用Istio进行流量路由，并当即看到当前各维度的运行状态。你将没有使用Istio的应用程序加入Istio，你会得到之前没法得到的全部可见性。我认为这会刺激不少开发人员，加速Istio被采用的速度。我认为开发人员须要接受SLO（服务级别目标）监控、金丝雀部署、流量控制、A/B测试甚至多变量测试等技术培训。”

个人看法

Istio不是惟一实现service mesh的技术框架，linkerd—由Buoyant支持的开源项目，早于Istio，已经投入生产。但谷歌、IBM和思科等重量级合做伙伴给Istio带来了比Bouyant对linkerd更大的支持。最后，重要的是服务网格的原则而不是具体的实现。一直存在着反对过分使用微服务的争论，由于你拥有的自主服务越多，管理它们就越复杂。在Istio的支持下，Google正在验证解决这个棘手问题的微服务架构，以便全部这些松散耦合的端点能够合理地协调以产生有用的业务成果。这彷佛应该是云计算发展中很是重要的进展。

ServiceMesher社区信息

社区官网：www.servicemesher.com

Slack：servicemesher.slack.com 须要邀请才能加入，有志于加入ServiceMesher社区为Service Mesh做出贡献的同窗能够联系我。

Twitter: twitter.com/servicemesh…

更多Service Mesh咨询请扫码关注微信公众号ServiceMesher。