Istio开源平台发布,Google、IBM和Lyft分别承担什么角色?

Istio开源平台发布,Google、IBM和Lyft分别承担什么角色?

  据国外媒体 TechCrunch 报道,谷歌IBM 携 Lyft 本周三发布了 Istio 开源平台,其本质上是一个服务网络,可用来部署服务网络,其中包括负载均衡、服务认证和监控等工具,从而可以更轻松安全管理微服务(microservices)。该平台最先将运用在 Kubernetes 上,每三个月会有一次更新,后期将陆续运用到其他环境中。

  我们了解到,Kubernetes 是谷歌团队发起并维护的基于 Docker 的开源容器集群管理系统,它不仅支持常见的平台,而且支持内部数据中心。微服务,是一种软件架构风格,可将大型应用程序通过 API 分拆为各个小部件,目前已经有越来越多的开发人员采用这一架构。

  据官方介绍,谷歌、IBM 和 Lyft 推出 Istio 平台的目的就在于,帮助开发者和 DevOps 专业人员管理和保护其基于微服务的应用程序。Istio 不需要对实际应用程序进行任何修改,也不依赖于像 gRPC 这样常见的 RPC(远程过程调用)库,可直接使用代理来拦截微服务器之间的所有通信。

  Istio 的核心在于,其背后软件基于 Lyft 的 Envoy 代理及其内置的服务发现(Service Discovery)和负载均衡工具,能为特定的微服务添加安全性、可见性和合规性等功能,以解决传统应用程序分解为一组微服务时而出现的各种问题。

Istio开源平台发布,Google、IBM和Lyft分别承担什么角色?

图片来源: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 TechCrunch & TechRepublic

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » Istio开源平台发布,Google、IBM和Lyft分别承担什么角色?

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址