云原生深度比较OSM和Istio

地表最强菜鸡

已于 2022-12-03 13:15:20 修改

阅读量478

点赞数

CC 4.0 BY-SA版权

分类专栏： Kubernetes 文章标签：云原生 cloud native

于 2022-05-04 13:45:48 首次发布

本文链接：https://blog.youkuaiyun.com/qq_19734597/article/details/124569723

Kubernetes 专栏收录该内容

91 篇文章 ¥49.90 ¥99.00

订阅专栏

超级会员免费看

博客探讨了服务网格领域的现状，Istio曾被视为领导者，但现在面临微软的OSM和行业标准SMI的挑战。Istio虽然复杂，但拥有强大的生态系统，而OSM作为符合SMI标准的实现，提供了类似的功能。服务网格市场竞争激烈，尚未形成统一标准，为用户选择带来困扰。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

尽管ServiceMesh世界中，现在正处于战国时期。直到上个月，Istio依然是最有希望一统天下的王者。

CNCF于2016年收购Kubernetes之后，谷歌，IBM和开源服务网格Lyft共同开发了Istio，开源边缘和服务代理Lyft开发了Envoy。这三者在一起几乎变得一致，而云原生环境中的大多数其他平台都将Istio作为事实上的服务网格层。

六年前，来自Google的团队首次在开源GitHub存储库中提交了Kuberenetes，如今，其使用量一直在上升，无论出于何种目的和用途，Kuberenetes都已成为容器编排的行业标准。导致此问题的其中一个因素是云原生计算基金会（CNCF）在2016年收购Kubernetes，这是基金会技术监督委员会（TOC）接受该基金会接受的第一个官方CNCF项目。

当然，这也是导致Kubernetes与Envoy和Istio成功组合的主要因素之一，而大多数其他云原生平台也将其默认支持。但与此同时，很明显，Istio将面临竞争，因为在许多早期服务网格采用者中还选择了Linkerd，Kuma和HashiCorp Consul Connect等产品。

鉴于此，以及一些主要的企业供应商尚未选择首选解决方