kubernetes - Istio 的 `DestinationRule` 与 Kubernetes `Service` 的区别？

Question

我刚刚阅读了 istio 1.0.0 的文档，尤其是它的概念。我试图理解一件事，尤其是 DestinationRule 的存在.所以，在使用 Istio 之前，暴露 pod 的唯一方法是通过 Kubernetes 的 Service目的。现在，使用 Istio，有 DestinationRule和 VirtualService .

据我了解，在Kubernetes的服务中，我们可以定义pod的标签应该是service路由流量。在 istio 中，我们也可以通过使用 DestionationRule 来做到这一点。的 spec.subsets.label field 。如果我们有 Service 会发生什么和 DestinationRule同一个命名空间中的对象？是否相互冲突？

Answer 1

它们相辅相成。你仍然需要定义一个 Kubernetes 服务，但 Istio DestinationRules将允许您通过标签优化该服务中的“子集”，然后在 VirtualService 中使用的子集之间智能地路由流量。目的。您仍然可以将 Kubernetes 服务视为全局入口点，但 Istio 将使路由更进一步，让您声明可能指向不同部署的“版本”。

在 istio 文档( https://istio.io/docs/reference/config/networking/virtual-service/ )中查看 VirtualService定义与 DestinationRules 中声明的子集有关.

您可以在子集中看到的标签必须与部署/pod 上设置的标签相匹配。