Istio与服务Mesh接口

Question

我会有一个概念性的问题。我不明白Istio和Service界面是如何结合在一起的。

服务网格接口( Service )的目标是有一种标准的方法来定义与服务网格相关的特性(流量分割、度量收集等)。为了能够做到这一点，Service接口提供了不同的CRD(例如:emeics.smi-spec.io)。

然而，Istio有自己的CRD和API扩展。

我有点困惑。Istio是否在引擎盖下使用由Service接口提供的API(例如emeics.smi-spec.io)？或者这两者之间有什么联系？

Answer 1

SMI引入了一组最小的规范，作为服务网格的基础。但尽管如此，他们还是不愿将SMI描述为

是指服务网格的范围，而是一个普遍有用的子集。

实现这些规范的工具(如控制台、链接器、istio、appmesh)不限于停留在这些“边界”内。每个工具还可以实现其他规范，并进一步创建自己的CRD。

由于SMI是一个相对较新的规范，因此目前影响不够。但对SMI也有不同的利益。为此，我们必须知道谁是所有这些工具和规范的幕后黑手。

Istio是目前事实上的服务网格标准，其背后是Google & RH/IBM。然而，SMI是由微软领导的一项倡议。事实上的工具供应商对其工具所用原则的社会化并不满意，因为它扩大了市场并支持竞争，这并不令人惊讶。

所以是和否:根据SMI，istio (不是，而是)应该实现他们提供的接口。

但目前他们有自己的实现。例如，对于流量访问/拆分等(由SMI定义)，istio有自己的CRD创建，如VirtualServices、DestinationRules。

尽管如此，SMI提供了一个适配器(smi-适配器-istio)，以弥补它们的规范和istios实现之间当前的差距。

将所有这些压缩成几句话: SMI希望(或者已经是) CNI规范，并标准化服务网格环境。Istio是目前事实上的标准，对此并不满意。