少见的云平台，而且反对内部数据中心。微服务，是一种软件架构风格，可将大型应用程序通过API拆分为各个小部件，目前早已有更加多的开发人员使用这一架构。
据官方讲解，谷歌、IBM和Lyft发售Istio平台的目的就在于，协助开发者和DevOps专业人员管理和维护其基于微服务的应用程序。Istio不必须对实际应用程序展开任何改动，也不依赖像gRPC这样少见的RPC（远程过程调用）库，可必要用于代理来截击微服务器之间的所有通信。Istio的核心在于，其背后软件基于Lyft的Envoy代理及其内置的服务找到（Service Discovery）和阻抗平衡工具，能为特定的微服务加到安全性、可见性和合规性等功能，以解决问题传统应用程序分解成为一组微服务内敛经常出现的各种问题。图片来源：TechCrunch“由于单片应用于被分解成为微服务，软件团队被迫担忧在分布式系统中构建服务所固有的挑战，比如服务找到、阻抗平衡、容错、末端到末端监控、功能实验的动态路由等不存在的问题等等。
”据Istio团队回应。虽然谷歌、IBM和Lyft都有创建微服务的经验，不过Lyft可利用Envoy的经验为Istio获取仅次于的通信基础。根据一项数据指出，Lyft公司用于Envoy可管理1000个虚拟机中的100项服务，每秒可同时处置200万个催促。此外，Istio在监控微服务的同时还能向用户获取该项数据及其网络不道德的涉及数据，以便他们可以较慢检测出有异常情况并做出对此。
该服务还有助提升开发者的弹性及创造力，从而修改特定环境下的研发过程。Istio团队还回应，该平台可容许政策驱动的操作者继续执行，将操作者团队与功能研发瓦解，从而让开发者需要大量变更代码的情况下改良项目的安全性。
值得注意的是，该服务目前只反对Kubernetes集装箱业务，不过最后不会被用在Cloud Foundry、Mesos及虚拟机环境中。鉴于谷歌是该项目的收到者之一，该公司还计划将Istio反对Cloud Endpoints和Apigee API管理平台（去年谷歌以6.25亿美元并购）。Via TechCrunchTechRepublic，(公众号：)编译器原创文章，予以许可禁令刊登。下文闻刊登须知。
本文来源：优德88-www.mediaotomotif.com
