Service Mesh 的一些基础概念#

说好了，这书名叫《xyz内幕》，为何还要说基础概念？ 好吧，为了：

  • 内容体系完整性

  • 统一后面用到的术语

服务调用关系概念#

Upstream & Downstream#

从 Envoy 的角度看：

  • upstream: 流量方向中的角色：[downstream] –> envoy –> [upstream]。这里我避免用中文词 上游/下游，因为概念上没有统一，也容易和英文误解。

  • downstream: 流量方向中的角色：[downstream] –> envoy –> [upstream]

警告

需要注意的是，upstream 与 downstream 是个相对于观察者的概念。

如场景: service A ⤜调用➙ service B ⤜调用➙ service C :

  • 如果站在 service C 上，我们在把 service B 叫 downstream;

  • 如果站在 service A 上，我们把 service B 叫 upstream。

Upstream Cluster & Downstream Cluster#

Upstream Cluster / Downstream Cluster 主要是 Envoy 中的概念。

一般来说，一个 Upstream / Downstream 指代一个具体的主机(Host)。而 Upstream Cluster / Downstream Cluster 是指运行同一服务的，同构的的一群主机。在 k8s 环境下，一般就是对应同一 k8s Deployment 的所有 POD 了。

Inbound & Outbound#

从 K8s 的 pod 的角度看：

Inbound与Outbound概念

图：Inbound与Outbound概念 用 Draw.io 打开#

有3个服务，自下而上地调用。

  1. client

  2. fortio-server:8080

  3. fortio-server-l2:8080

其实调用关系就是:

client ➔ fortio-server:8080 ➔ fortio-server-l2:8080

上图这样排版也是想直接反映 upstream 和 downstream 字面义。图中需要解释的，或者只有 inbound / outbound 这两个术语。首先，什么是 bound。

  • bound: 字面意为边界。有人译为站（名词）。而在现实的 k8s + istio 环境中，可以理解为 pod / service

  • inbound: 有人译为入站。而在现实的 k8s + istio 环境中，可以理解为流量从 pod 外部进入 pod。即服务的被调用流量

  • outbound: 有人译为出站。而在现实的 k8s + istio 环境中，可以理解为流量从 pod 内部输出到 pod 外部。

需要注意的是，对于同一个调用请求。他可以是调用者 service 的 outbound，同时也是被调用者的 inbound。如上图。