微软发布面向 Kubernetes 的 Open Service Mesh，计划捐赠给 CNCF 基金会

拥抱开源，企业巨头们正在进一步加快进程。

今天，微软正式宣布推出基于 Envoy 的新开源服务项目——Open Service Mesh（OSM）。OSM 项目旨在作为服务网格接口（SMI）规范的参考实现，该规范在生态系统中获得了很多参与者的支持，而它也视为是 Kubernetes 上服务网格的标准接口。

对此，微软还计划向云原生计算基金会（CNCF）捐赠该项目，以确保未来 Open Service Mesh 是由社区主导并开放治理的。

“ SMI 确实引起了用户的共鸣，因此我们真的认为生态系统中有一定的空间可供 SMI 的参考实施，其中网格技术首先最重要的是实现了那些 SMI API，并使其成为客户可能的最佳 SMI 体验。” Azure Compute 合作伙伴管理总监（和CNCF董事会成员）Gabe Monroy 表示。

另外，他补充道，由于 SMI 提供的最低公分母 API 设计，因此，如果用户需要一些更高级的功能，Open Service Mesh 可有助原始的 Envoy。Monroy 指出，这种“无悬崖”的设计是 Open Service Mesh 背后哲学的核心。

至于功能集，SMI 可处理用户期望的所有标准服务网格功能，包括使用 mTLS 保护服务之间的通信、管理访问控制策略、服务监控等。但是，当今市场上还有许多其他服务网格技术。那么，微软为什么要推出这个呢？

Monroy 表示：“我们的客户一直在告诉我们，当今存在的解决方案非常复杂，Istio 就是一个很好的例子。 不仅仅是我这样说。我们在 AKS 支持队列中看到了试图使用这些东西的客户的数据，他们就在这里苦苦挣扎。这只是一项难以使用的技术，难以规模化构建的技术。因此，现有的解决方案都存在一些不完全正确的方法，我们真的感到重量更轻、更专注于 SMI 的解决方案，将对今天涉足这项最新技术的客户而言，是最合适的。”

另外，Monroy还指出，Open Service Mesh 可以与Linkerd等其他解决方案一起使用。 Linkerd 实现了 Service Mesh 接口，该服务网格于 2019 年 5 月由包括微软和 Hashicorp 在内的供应商引入，希望为 Kubernetes 上的服务网格创建标准接口。尽管有适配器，但 Istio 并未实现 SMI。SMI 也由 CNCF 托管。现在，微软提出了 OSM 项目，它不仅是 SMI 的新实现，也可以和 Linkerd 一起使用，这对于业界而言，无疑带来了很大的帮助。

许多权威人士期望 Google 也将其 Istio 服务网格捐赠给 CNCF。不过，据报道，Google 的这一举措没有实现，他们选择了将商标捐赠给新创建的 Open Usage Commons。 “这很有趣。许多人非常关注此方面的治理方面，”他说。 “我认为，当人们过度关注这一点时，您会看不到客户如何使用这项技术。事实是，如今客户在 Istio 上度过了一段愉快的时光。我认为，即使是深入该社区的人们也会承认这一点，而这正是我们目前不愿意为该生态系统做出贡献的原因。”

来源：
https://www.theregister.com/2020/08/05/microsoft_open_service_mesh/
https://techcrunch.com/2020/08/05/microsoft-launches-open-service-mesh/