微软通过新规范实现服务网络化，希望能够统一新兴的云原生技术

 
到目前为止，微软一直没有围绕服务网技术在云原生世界发生越来越多的小冲突，但周二它计划推出一个新的规范，希望每个人都可以相处。
在服务网络合作伙伴(包括HashiCorp，Solo.io和Buoyant)的支持下，微软将推出Service Mesh Interface，旨在帮助最终用户和软件供应商使用服务网格技术提供的各种选择。 Gabe Monroy表示，SMI是一个策划的API集合，支持Istio，linkerd，Consul，甚至亚马逊网络服务的App Mesh，运行在Kubernetes之上，允许用户在这个领域发展时尝试不同类型的服务网格技术。 Microsoft Azure的合作伙伴计划经理。
Monroy在接受GeekWire采访时表示，“在云原生空间中对服务网技术有很多兴趣和兴奋，但业界正在遭受一些分裂。”他证实微软此时并没有开发自己的服务网，但它相信SMI将是Azure客户(和其他人)隔离服务网上错误赌注的最佳方式。
对于那些处于云计算前沿的人来说，服务网格是新的容器协调者。现在，业界已将Kubernetes定位为首选的容器编排平台，服务网技术已成为巨型云供应商和小型创业公司之间“合作竞争”的新兴领域。
现代云原生开发人员倾向于使用微服务构建他们的应用程序，多个独立服务作为应用程序构建块，可以更新和交换，而不会引起应用程序代码库其余部分的大量焦虑。这种方法提高了应用程序的性能和可靠性，但是由于所有这些微服务交换了他们需要工作的数据，因此产生了大量的流量。
 
服务网格技术旨在使网络本身承担更多的流量路由职责，处理这些复杂的交互，以便开发人员不必弄清楚如何自己管理流量。今年有几种不同的开源方法正在通过开发者圈子进行，但是评委会仍然非常关注哪种方法将成为领导者。
SMI将支持Istio，这是一种谷歌驱动的服务网格选项，它通过自上而下的营销方法以错误的方式挫败了开源社区中的一些人。它还将支持由前Twitter工程师开发的ligd，他们解决了社交网络臭名昭着的“失败鲸”问题，以及由两位前华盛顿大学计算机科学专业学生开发的开源服务网络Consul。白热的独角兽HashiCorp。
在SMI上与Microsoft合作的其他合作伙伴包括Red Hat，AspenMesh，Weaveworks，Docker，Rancher，Pivotal，Kinvolk和VMware。
“我们在微软的工作就是采用这套非常快速开发的云原生技术，使其对企业友好，”Monroy说。 “生态系统正在快速发展，我们需要这个界面层，以允许行业进行创新，同时也允许企业与安全目标进行整合。”
因此，这是SMI的早期阶段，微软计划本周在巴塞罗那Kubecon / CloudNativeCon EU分享有关该规范的更多细节。那些有兴趣了解服务网技术将如何影响云计算的人可以参加6月5日在Bellevue举行的GeekWire云峰会，Solo.io联合创始人兼首席执行官Idit Levine将在我们的DevOps类别中发表技术演讲。
微软还计划在Kubecon EU上宣布一些开源里程碑，包括Helm 3版本的alpha版本和Virtual Kubelet 1.0版本。
Helm是一个开源软件包管理工具，早在微软子公司GitHub宣布自己的GitHub数据包注册工具之前就已开发出来，Virtual Kubelet允许用户管理容器而无需处理操作系统。 Monroy说，它的1.0发布意味着微软认为该技术已经为生产部署做好了准备。