Istio 在刚开源的时候就定义了几十个 CRD,其中用于流量治理的有 RouteRule
、DestinationPolicy
、EgressRule
等,后来推出了 v1alpha3 API 使用 VirtualService
和 DestinationRule
等取代了之前的 API。但是这些资源对象的定义,并不像 Kubernetes 中那么直观,反而会有些难以理解,比如 VirtualService
,只看名字你可能认为只是第一个了一个“虚拟的服务”,但实际并非如此。
本文将为你通过与实际的交通做类比,直观简要的介绍 Istio 中的两个核心的用于流量治理的对象——VirtualService
和 DestinationRule
。
很多刚接触 Istio 的人可能对 VirtualService
和 DestinationRule
和两个资源对象不是很理解,如果我们将环境仅限定于 Kubernetes 集群,我们可以将路由比喻成现实世界中的交通,有很多车辆在道路上行驶,这就是流量。DestinationRule
相当于开辟了道路/路径/车道,确保了两点之间可达并控制车道的数量、宽度等。而 VirtualService
就像是红绿灯和道路标线,指挥车辆向哪行驶和如何行驶。也就是说如果你只定义了 DR 将不会对流量产生任何影响,因为你没有指挥流量怎么走,所以你必须定义 VirtualService 才可以控制流量的走向。
一句话来概括:DestinationRule 打通了两地之间的通路,犹如修路架桥通隧道,同时控制车道设路障;VirtualService 做车辆指挥调度。
请看下面这张将流量与交通的对比图,可以帮助你更直观的理解这种比喻。
下面列举了你分别可以在这两个资源对象上做的流量治理行为。
VirtualService
DestinationRule
本文将抽象的流量治理与现实中的交通管理相类比,帮助你更直观的理解 Istio 中的流量管理对象 VirtualService
和 DestinationRule
。同时介绍了基于它们可以进行的流量治理功能。VirtualService
主要用于设置路由规则,而服务弹性(超时、重试、熔断等)需要靠它和 DestinationRule 来共同维持。
最后更新于 2024/11/25