我刚刚阅读了 istio 1.0.0 的文档,特别是它的概念。我想了解一件事,尤其是DestinationRule https://istio.io/docs/concepts/traffic-management/#rule-configuration。因此,在使用 Istio 之前,暴露 pod 的唯一方法是通过 Kubernetes 的Service
目的。现在,使用 Istio,有DestinationRule
and VirtualService
.
据我了解,在 Kubernetes 的服务中,我们可以定义 pod 的标签应该是什么service
路由交通。在 istio 中,我们还可以通过使用来做到这一点DestionationRule
's spec.subsets.label
场地。如果我们有会发生什么Service
and DestinationRule
同一命名空间中的对象?彼此之间有冲突吗?
他们相辅相成。您仍然需要定义 Kubernetes 服务,但是 IstioDestinationRules
将允许您通过标签细化该服务中的“子集”,然后在服务中使用的子集之间智能地路由流量VirtualService
目的。您仍然可以将 Kubernetes 服务视为全局入口点,但 Istio 将通过允许您声明可能指向不同部署的“版本”来进一步推进路由。
请参阅 istio 文档(https://istio.io/docs/reference/config/networking/virtual-service/ https://istio.io/docs/reference/config/networking/virtual-service/)如何VirtualService
定义与声明的子集相关DestinationRules
.
您可以在子集中看到的标签必须与您的部署/Pod 上设置的标签相匹配。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)