你好，SMI：Service Mesh 互操作性说明书

5月21日，Service Mesh Interface（SMI）发布，它定义了一组通用的可移植 API，为开发人员提供跨不同 Service Mesh（服务网格）技术的互操作性，其中包括 Istio，Linkerd 和 Consul Connect。SMI 是一个与微软，Linkerd，HashiCorp，Solo.io，Kinvolk 和 Weaveworks 合作开展的开放项目；同样也得到了 Aspen Mesh，Canonical，Docker，Pivotal，Rancher，Red Hat 和 VMware 的支持。

多年来，网络架构的真言是让网络管道尽可能愚蠢，并在应用中构建智能。网络的职责是转发数据包，而任何关于加密，压缩或身份的逻辑则存在于网络端点内。互联网是以此真言为前提的，所以你会觉得它可以运转良好。

但是，如今随着微服务、容器以及编排系统如 Kubernetes 的爆炸式增长，工程团队将要保障、管理和监控越来越多的网络端点。Service Mesh 技术通过使网络更加智能，来解决上述问题。Service Mesh 技术不是教授所有服务来加密会话，授权客户端，发出合理的遥测，并在应用程序版本之间无缝转换流量，而是将此逻辑推入网络，由一组单独的管理 API 控制。

这是 cloud-native 系统中比较流行的模式。我们发现，随着许多供应商为应用开发人员提供了令人兴奋的新选择，Service Mesh 技术也随之激增。问题是，转向 Service Mesh 的开发人员必须选择一个供应商，并直接对接其 API。他们被束缚在了某种 Service Mesh 的实现中。如果没有通用接口，开发人员就会失去可移植性以及灵活性，并且从广泛的生态系统中获益的能力也会受限。

SMI 提供了如下功能：

• Kubernetes 网格的标准界面

• 最常见的网格用例的基本功能集

• 随着时间的推移灵活地支持新的网格功能

• 为生态系统提供利用网格技术进行创新的空间