微软推自家服务网格Open Service Mesh

微软开发了一个轻量级，且可扩充的云端原生服务网格（Open Service Mesh，OSM），用户可以一致且安全的方法，管理高动态的微服务环境。OSM解决方案建构在Envoy专案之上，以服务网格界面（Service Mesh Interface，SMI）实作，现在微软要把OSM贡献给云端原生运算基金会（CNCF）。

当前有不少企业开始利用微服务打造应用程序，取代传统单体式应用程序，微软提到，微服务环境实现了可移植性，也使得应用程序部署周期更短更频繁，且因为微服务架构将应用程序拆分成许多小部分，这些部分能以对彼此的影响较小方式，个别变更或是更新。

但是要管理所有微服务，并且确保网络流量在服务间稳定传输，是一项困难的任务，微服务架构对于流量管理、安全性和可观察性解决方案的需求越来越高，而微软现在基于SMI开发的服务网格解决方案，可简化用户管理与监控微服务应用程序的工作。

OSM是一个在Kubernetes上运作的轻量级可扩展服务网格，可以在高度动态的微服务环境，提供使用者统一的通讯管理、保护和可观察方法，微软提到，他们希望OSM是一个由社群主导的专案，并促进SMI中新旧API的协作，透过制定OSM开放治理机制，使微软能够与社群充分协作，因此微软已经开始了将OSM贡献给CNCF的提案程序。

OSM可简化各项服务网格管理工作，像是在常见的部署情境配置流量转移，或是透过自动mTLS以保护服务间的通讯，也能对服务应用精细的存取控制政策，并整合原生和外部凭证管理解决方案，甚至是利用自动边车注入方法，将应用程序载入到网格中。

服务网格抽象了网络环境，使得开发者能够更简单地部署微服务应用程序，跨多重网络底层，自动路由应用程序流量，因此使用者不需要个别为每个应用程序服务配置网络。目前已经有许多与Open Service Mesh相似的服务网格解决方案，包括Google Istio与Kong Kuma等，而OSM主打的特点便是其简单的设计。

微软提到，他们希望OSM可以简单地在Kubernetes上安装、维护和执行，OSM专案开发遵循了三个基本原则，OSM提供与SMI规范相容的控制平面，供用户有更多选择，并把Envoy作为资料平面，且让OSM足够灵活，可以同时使用SMI和程式化Envoy xDS API，来处理复杂的情境。