Aeraki Mesh 于 2023 年 6 月 24 日發(fā)布 1.3.0 版本（版本代號(hào)：Dragonboat），該版本包含了對(duì) Istio 1.16.x 系列版本的支持，以及支持多路復(fù)用，gateway 支持 MetaProtocol 等一系列重大的新增特性。

(資料圖)

Aeraki Mesh 采用新 Logo

由于原來的 logo 存在版權(quán)問題，Aeraki Mesh 啟用 CNCF 設(shè)計(jì)的新 logo，如下圖所示。該 logo 已經(jīng)全面應(yīng)用于 Aeraki Mesh 的 Github repo 和官網(wǎng)。如果大家在相關(guān)網(wǎng)站或者文檔上發(fā)現(xiàn)還有舊 logo，歡迎提交 issue 和 PR。

支持 Istio 1.16.x 版本

從 1.3.0 版本開始，Aeraki Mesh 對(duì)應(yīng)的 Isito 版本升級(jí)為 1.16.x 版本。

1.2.x 版本進(jìn)入維護(hù)期，只修復(fù)重要故障。

支持多路復(fù)用

如下圖左半部分所示，在之前的版本中，MetaProtocolProxy 在處理請(qǐng)求時(shí)會(huì)從 upstream 連接池中 獲取連接，每個(gè)請(qǐng)求占用一個(gè) upstream 連接，請(qǐng)求完成后將連接釋放到連接池重供后續(xù)請(qǐng)求使用。在該機(jī)制下，如果并發(fā)請(qǐng)求數(shù)量較大，會(huì)產(chǎn)生較多 upstream 連接（連接數(shù)量理論上同并發(fā)請(qǐng)求數(shù)量）。

在 1.3.0 版本中，MetaProtocolProxy 中引入了多路復(fù)用機(jī)制。其實(shí)現(xiàn)原理如下圖右半部分所示，通過在 Connection Manager 中緩存 upstream conn_data 來實(shí)現(xiàn)多路復(fù)用。

備注：目前多路復(fù)用屬于 alpha 特性，控制面尚不支持。在數(shù)據(jù)面可以通過設(shè)置 meta_protocol_proxy 的 multiplexing 屬性為true打開進(jìn)行測(cè)試，如下所示：

name: aeraki.meta_protocol_proxytyped_config:"@type": type.googleapis.com/aeraki.meta_protocol_proxy.v1alpha.MetaProtocolProxyprotocol:name: dubbocodec:name: aeraki.meta_protocol.codec.dubbomultiplexing: true

Gateway 支持 MetaProtocol

本版本開始支持在 Gateway 上提供 MetaProtocol 七層路由能力。在 MetaRouter 上增加了 gateways 屬性，可以通過該屬性在 Gateway 上設(shè)置路由規(guī)則。下面的 yaml 片段展示了在 gateway 上對(duì) Thrift 請(qǐng)求進(jìn)行七層路由的例子。

---apiVersion: metaprotocol.aeraki.io/v1alpha1kind: MetaRoutermetadata:name: test-metaprotocol-thrift-routenamespace: meta-thriftspec:gateways:    - istio-system/istio-ingressgatewayhosts:    - thrift-sample-server.meta-thrift.svc.cluster.localroutes:    - route:        - destination:host: thrift-sample-server.meta-thrift.svc.cluster.localport:number: 9090subset: v1

Dubbo 服務(wù) 支持應(yīng)用級(jí)服務(wù)治理

從本版本開始，支持按照應(yīng)用（進(jìn)程）和接口（Interface）兩種粒度對(duì) Dubbo 服務(wù)進(jìn)行治理。

在 Dubbo 中，有一個(gè) Interface 的概念，一個(gè)進(jìn)程中通常會(huì)有多個(gè)I nterface。當(dāng)將 Dubbo 應(yīng)用加入到服務(wù)網(wǎng)格進(jìn)行服務(wù)治理時(shí)，有兩個(gè)選擇：

按應(yīng)用（進(jìn)程）粒度進(jìn)行服務(wù)治理，即以應(yīng)用作為 Mesh 中的一個(gè) Service。

優(yōu)點(diǎn)：Mesh 中的 Service 數(shù)量相對(duì)于接口級(jí)服務(wù)治理方案更少，控制面需要下發(fā)的xds配置少，控制面和 Sidecar 的資源占用相對(duì)小。

缺點(diǎn)：無法按照Interface進(jìn)行流量治理，包括灰度發(fā)布、限流、流量鏡像等，只能按照應(yīng)用級(jí)別進(jìn)行流量治理。

按接口（Interface）粒度進(jìn)行服務(wù)治理，即以 Dubbo Interface 作為 Mesh 中的一個(gè) Service。

優(yōu)點(diǎn)：可以按接口進(jìn)行流量治理，包括灰度發(fā)布、限流、流量鏡像等。

缺點(diǎn)：Mesh 中的 Service 數(shù)量相對(duì)于應(yīng)用級(jí)服務(wù)治理方案更多，控制面需要下發(fā)的xds配置多，控制面和 Sidecar 的資源占用相對(duì)大。

可以看出，這兩種治理方式各有優(yōu)缺點(diǎn)。一般來說，當(dāng) Dubbo 應(yīng)用規(guī)模較大、Interface 較多時(shí)，建議選擇按照應(yīng)用粒度進(jìn)行服務(wù)治理，以減輕控制面負(fù)荷和 Sidecar 的資源消耗；當(dāng) Dubbo 應(yīng)用規(guī)模較小、Interfac 數(shù)量較少時(shí)，建議選擇按照 Interface 粒度進(jìn)行服務(wù)治理，以提供最精細(xì)的流量治理能力。

Aeraki Mesh同時(shí)支持應(yīng)用級(jí)和接口級(jí)服務(wù)治理。除了流量治理的粒度不同之外，這兩種模式的路由、Metrics、Access log、Tracing 等能力是一致的。您可以根據(jù)自己的需求進(jìn)行選擇。

Dubbo 服務(wù)治理的更多內(nèi)容請(qǐng)參見官網(wǎng)文檔：https://www.aeraki.net/zh/docs/v1.x/tutorials/dubbo

Redis 流量管理

Redis 是一種高性能的鍵值數(shù)據(jù)庫(kù)，通常被用作緩存、會(huì)話存儲(chǔ)和消息代理等用途。Aeraki Mesh 提供了對(duì) Redis 的流量管理能力，可以實(shí)現(xiàn)客戶端無感知的 Redis Cluster 數(shù)據(jù)分片，按 key 將客戶端請(qǐng)求路由到不同的 Redis 服務(wù)，讀寫分離，流量鏡像，故障注入等高級(jí)流量管理功能。

Redis 流量管理的更多內(nèi)容請(qǐng)參見官網(wǎng)文檔：https://www.aeraki.net/zh/docs/v1.x/tutorials/redis

官方鏡像庫(kù)切換為 Github Packages

官方鏡像庫(kù)從 Docker Hub 切換到 Github Packages。

鏡像下載地址：

控制面：

ghcr.io/aeraki-mesh/aeraki[:TAG]

數(shù)據(jù)面：

ghcr.io/aeraki-mesh/meta-protocol-proxy[:TAG]

ghcr.io/aeraki-mesh/meta-protocol-proxy-debug[:TAG]

ghcr.io/aeraki-mesh/meta-protocol-proxy-distroless[:TAG]

更多詳情可查看發(fā)布公告。

關(guān)鍵詞：