Gateway API是一個(gè)開(kāi)源的API標(biāo)準(zhǔn)，起源于Kubernetes SIG-NETWORK興趣小組。從起源的角度看，Gateway API的根基很好，自開(kāi)源以來(lái)備受關(guān)注，并被寄予厚望，它旨在通過(guò)一個(gè)聲明性的、可擴(kuò)展的和面向角色的接口來(lái)發(fā)展Kubernetes服務(wù)網(wǎng)絡(luò)，并希望成為供應(yīng)商的網(wǎng)關(guān)API標(biāo)準(zhǔn)，獲得廣泛的行業(yè)支持。簡(jiǎn)而言之，Gateway API希望能取代Ingress API。

Gateway API項(xiàng)目自2019年開(kāi)始開(kāi)源，但經(jīng)歷了緩慢的發(fā)展，直到2022年7月，隨著GAMMA（Gateway API for Mesh Management and Administration）的推出，發(fā)布了Beta版本。人們認(rèn)為，這里有兩個(gè)主要原因：

- Ingress已經(jīng)存在了很長(zhǎng)時(shí)間，并且是幾乎所有Ingress控制器的默認(rèn)實(shí)現(xiàn)，而Kubernetes用戶(hù)早已習(xí)慣了Ingress，盡管Ingress在易用性和功能豐富性方面存在很大差距。

- 服務(wù)網(wǎng)格或API網(wǎng)關(guān)項(xiàng)目，如Istio、Linkerd、Kong、Contour、Ambassador等都有自己的API標(biāo)準(zhǔn)，Gateway API還沒(méi)有被用戶(hù)很好地接受。

?

- 由于Gateway API沒(méi)有強(qiáng)大的用戶(hù)基礎(chǔ)，缺乏對(duì)功能和經(jīng)驗(yàn)的反饋，因此迭代緩慢。

Gateway API距離成熟、大規(guī)模商用還有多遠(yuǎn)？?

首先從目前的生態(tài)分析，Gateway API被Kubernetes圈普遍認(rèn)可，包括開(kāi)源項(xiàng)目、甚至商業(yè)服務(wù)GKE的支持。歸根到底，Gateway API由Kubernetes網(wǎng)絡(luò)組發(fā)起、維護(hù)，并且吸引了大量開(kāi)源網(wǎng)絡(luò)項(xiàng)目的維護(hù)者參與。當(dāng)然實(shí)際背后控制者是Google，Google在開(kāi)源技術(shù)的領(lǐng)導(dǎo)力毋庸置疑。但是不得不認(rèn)識(shí)到，目前所有Gateway API的支持都處于初級(jí)階段。

其次，從兼容性的角度看，一些成熟的項(xiàng)目，比如Istio，用戶(hù)長(zhǎng)期以來(lái)習(xí)慣了Istio的API標(biāo)準(zhǔn)，Istio社區(qū)也不會(huì)貿(mào)然的廢棄原有的API，轉(zhuǎn)而只支持Gateway API。因此這種多種API并存的局面將會(huì)持續(xù)很久，即使在未來(lái)Gateway API成熟了。

最后，前面講到Gateway API對(duì)超時(shí)、重試、故障注入等能力預(yù)留了擴(kuò)展能力，但是這種基本的網(wǎng)絡(luò)能力，Gateway API應(yīng)該提供標(biāo)準(zhǔn)的API，而不是讓用戶(hù)自己去定義私有的標(biāo)準(zhǔn)。這也違背了Gateway API想要統(tǒng)一服務(wù)網(wǎng)絡(luò)標(biāo)準(zhǔn)的初衷。除此之外，靈活的擴(kuò)展性如果違背了易用性，顯然用戶(hù)是不會(huì)買(mǎi)賬的。

綜上所述，筆者認(rèn)為至少在一兩年之內(nèi)，Gateway API將會(huì)持續(xù)迭代，短時(shí)間內(nèi)很難形成成熟的標(biāo)準(zhǔn)?；蛟S可以期待，2024年以后服務(wù)網(wǎng)格和API網(wǎng)關(guān)的標(biāo)準(zhǔn)將會(huì)統(tǒng)一。

?