開(kāi)源API網(wǎng)關(guān)匯總
目前開(kāi)源API Gateway 種類繁多,簡(jiǎn)單搜羅了幾個(gè)比較火的開(kāi)源項(xiàng)目:
-
Lua:
- Kong：Kong 是一個(gè)高性能的 API 網(wǎng)關(guān)和微服務(wù)管理平臺(tái)，支持多種協(xié)議和服務(wù)發(fā)現(xiàn)。它使用 Nginx 作為代理昧穿，提供了可擴(kuò)展的插件系統(tǒng)和 API 管理界面洽议。與 APISIX 相比瑟慈，Kong 具有更多的插件和功能炒刁，但也更加復(fù)雜。
- APISIX是一個(gè)高性能水醋、可擴(kuò)展和開(kāi)源的API網(wǎng)關(guān)，由Apache基金會(huì)孵化而來(lái)彪置。它提供了豐富的功能和靈活的插件系統(tǒng)拄踪，可以輕松地進(jìn)行API管理、流量控制和安全認(rèn)證等操作拳魁。APISIX可以在多種部署方式下使用惶桐，如裸機(jī)、Docker、Kubernetes等姚糊，同時(shí)也提供了RESTful API和CLI命令行工具贿衍，方便用戶進(jìn)行管理和配置。APISIX的核心組件是基于OpenResty和Lua語(yǔ)言開(kāi)發(fā)的叛拷，具有優(yōu)秀的性能和靈活性舌厨，可以輕松地滿足不同場(chǎng)景下的需求。
-
Go:
- Tyk：Tyk 是一個(gè)快速忿薇、可擴(kuò)展和開(kāi)放的 API 網(wǎng)關(guān)裙椭，支持多種協(xié)議和后端服務(wù)。它有一個(gè)靈活的插件系統(tǒng)和管理界面署浩，可以輕松地進(jìn)行 API 管理揉燃、授權(quán)和監(jiān)控。與 APISIX 相比筋栋，Tyk 更加輕量級(jí)和易于使用炊汤。
- Traefik： Traefik支持多種后端，包括Docker弊攘，Swarm抢腐，Kubernetes，Marathon襟交，Mesos和Consul等容器和編排平臺(tái)迈倍。通過(guò)使用Traefik，您可以將HTTP請(qǐng)求動(dòng)態(tài)路由到不同的后端服務(wù)捣域，實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)和負(fù)載均衡啼染。此外，Traefik還支持HTTPS焕梅，自動(dòng)證書(shū)管理迹鹅，熔斷，限流等功能贞言。
- eolinker/apinto: 有企業(yè)級(jí)也有開(kāi)源的項(xiàng)目,Apinto是一個(gè)基于 Golang 開(kāi)發(fā)的微服務(wù)網(wǎng)關(guān)斜棚，能夠?qū)崿F(xiàn)高性能 HTTP API 轉(zhuǎn)發(fā)、多租戶管理该窗、API 訪問(wèn)權(quán)限控制等目的打肝，擁有強(qiáng)大的自定義插件系統(tǒng)可以自行擴(kuò)展，能夠快速幫助企業(yè)進(jìn)行 API 服務(wù)治理挪捕、提高 API 服務(wù)的穩(wěn)定性和安全性粗梭。未來(lái)我們將提供插件市場(chǎng)，通過(guò)Apinto強(qiáng)大的插件拓展能力级零，用戶可像樂(lè)高積木一樣根據(jù)需要自行拓展Apinto的插件断医，豐富Apinto的能力滞乙。
-
Java:
- Zuul: Zuul 2.0是Netflix OSS中的第二代Zuul，它是基于Netty構(gòu)建的非阻塞反向代理鉴嗤，支持異步I/O和事件驅(qū)動(dòng)斩启。Zuul 2.0使用過(guò)濾器來(lái)攔截請(qǐng)求并對(duì)其進(jìn)行處理，提供了許多內(nèi)置的過(guò)濾器醉锅，例如路由過(guò)濾器兔簇，重試過(guò)濾器，限流過(guò)濾器等硬耍。除了標(biāo)準(zhǔn)的反向代理功能之外垄琐，Zuul 2.0還支持WebSocket，服務(wù)發(fā)現(xiàn)和動(dòng)態(tài)路由等功能经柴。但是狸窘，Zuul 2.0的開(kāi)發(fā)和維護(hù)由于Netflix OSS項(xiàng)目的停止而被放緩，社區(qū)支持也逐漸減少坯认。
- Spring Cloud Gateway: Spring Cloud Gateway是Spring Cloud生態(tài)系統(tǒng)中的一個(gè)項(xiàng)目翻擒，它是一個(gè)基于異步非阻塞模型的API網(wǎng)關(guān)。Spring Cloud Gateway使用Spring Framework 5和Project Reactor構(gòu)建牛哺，支持動(dòng)態(tài)路由陋气，請(qǐng)求過(guò)濾，限流等功能引润。它支持多種后端服務(wù)恩伺，可以輕松地與Spring Cloud中的其他組件進(jìn)行集成。Spring Cloud Gateway提供了簡(jiǎn)單的Java API和函數(shù)式路由定義椰拒，也支持自定義過(guò)濾器和路由器。
以上幾個(gè)開(kāi)源項(xiàng)目是我目前了解到的比較主流的API-Gateway凰荚。這里不包含純?cè)圃W(wǎng)關(guān)燃观。可以看得出來(lái) 大部分的網(wǎng)關(guān)都使用Lua/openresty和Go語(yǔ)言開(kāi)發(fā)的便瑟，有這天然的高并發(fā)的特性缆毁。而使用Java開(kāi)發(fā)的網(wǎng)關(guān)盡管有JIT的特性，但是還是無(wú)法與腳本語(yǔ)言和Go語(yǔ)言的性能相比到涂。但是使用Java開(kāi)發(fā)的網(wǎng)關(guān)并非毫無(wú)優(yōu)點(diǎn)脊框，有句話說(shuō)得好，沒(méi)有最優(yōu)只有最合適践啄。比如美團(tuán)技術(shù)團(tuán)隊(duì)浇雹，也是根據(jù)公司的情況而演化出他們的 Shepherd 。
選型Spring Cloud Gateway
我們主要方向是業(yè)務(wù)網(wǎng)關(guān),那么不僅要根據(jù)公司業(yè)務(wù)或者戰(zhàn)略方向解決當(dāng)前的痛點(diǎn)屿讽，同時(shí)也要結(jié)合當(dāng)前使用的技術(shù)昭灵，用最短的時(shí)間和人力做最正確的事情。
選擇Spring Cloud Gateway 主要原因是：
- 大部分公司或者企業(yè)級(jí)項(xiàng)目目前的微服務(wù)技術(shù)解決方案都是Spring Cloud。
- 較高性能和高可靠性：Spring Cloud Gateway使用了WebFlux和Reactor等技術(shù)烂完，支持異步非阻塞I/O操作试疙，能夠處理大量并發(fā)請(qǐng)求，具有高性能和高可靠性抠蚣。
- 靈活的路由策略：Spring Cloud Gateway支持多種路由策略祝旷，可以根據(jù)請(qǐng)求路徑、請(qǐng)求頭嘶窄、請(qǐng)求參數(shù)等條件進(jìn)行路由怀跛，也可以使用自定義的過(guò)濾器進(jìn)行路由。
- 可插拔的過(guò)濾器：Spring Cloud Gateway支持自定義過(guò)濾器护侮，可以在請(qǐng)求轉(zhuǎn)發(fā)前或轉(zhuǎn)發(fā)后進(jìn)行一些額外的操作敌完，如身份驗(yàn)證、限流羊初、日志記錄等滨溉。
- 集成了Spring Cloud組件：Spring Cloud Gateway與Spring Cloud組件集成良好，可以與Eureka长赞、Consul等注冊(cè)中心晦攒、Ribbon、Hystrix等負(fù)載均衡和熔斷器組件進(jìn)行集成得哆。
- 易于擴(kuò)展和定制：Spring Cloud Gateway使用Java配置和代碼編程方式進(jìn)行路由和過(guò)濾器的配置脯颜，易于擴(kuò)展和定制。
- Java 語(yǔ)言強(qiáng)大的生態(tài)庫(kù)加持贩据。
當(dāng)然Spring Cloud Gateway也有缺點(diǎn):
- 相對(duì)于其他網(wǎng)關(guān)栋操，云原生支持不友好。
- 無(wú)法作為流量網(wǎng)關(guān),性能無(wú)法與基于Lua和Go語(yǔ)言開(kāi)發(fā)的網(wǎng)關(guān)相提并論饱亮。
- 占用服務(wù)器資源較高: 與腳本語(yǔ)言和Go語(yǔ)言相比矾芙，需要更多的服務(wù)器資源。
- 路由以及過(guò)濾器配置性能閾值較明顯,當(dāng)存在大量API并且復(fù)雜的路由策略時(shí),處理性能較低近上，如圖所示:
其實(shí)歸根結(jié)底 最重要的是Spring Cloud Gateway是Java語(yǔ)言開(kāi)發(fā)的,更適合擴(kuò)展業(yè)務(wù)插件,雖然Lua和Go 性能很高剔宪，但是針對(duì)復(fù)雜的業(yè)務(wù)插件,由于語(yǔ)言本身的問(wèn)題，性能并不會(huì)很高壹无。
選型監(jiān)控組件以及存儲(chǔ)
監(jiān)控組件
監(jiān)控組件選擇目前主流的APM項(xiàng)目 : Apache SkyWalking 葱绒。無(wú)論是新老項(xiàng)目,只要是JAVA開(kāi)發(fā)的,它可以JAVA SPI機(jī)制加載，可以無(wú)侵入集成到項(xiàng)目上,收集日志以及鏈路追蹤信息斗锭。 目前由于Skywalking社區(qū)太過(guò)龐大,我們可以只使用apache/skywalking-java 來(lái)進(jìn)行集成和自定義日志收集地淀。
日志收集組件
日志收集組件選擇elastic家族的elastic/beats 和 elastic/logstash。
原因有以下幾點(diǎn):
- 輕量級(jí)：Filebeat是一款輕量級(jí)的工具岖是，它的安裝包非常小骚秦，而且占用系統(tǒng)資源非常少她倘，因此可以輕松地部署在任何服務(wù)器上，不會(huì)影響服務(wù)器的性能作箍。
- 靈活性：Filebeat支持多種數(shù)據(jù)源和輸出目的地硬梁，用戶可以根據(jù)自己的需要配置不同的輸入和輸出，而且Filebeat還支持多種數(shù)據(jù)格式胞得，如JSON荧止、CSV等。
- 實(shí)時(shí)性：Filebeat可以實(shí)時(shí)地監(jiān)控日志文件的變化阶剑，并將新的日志信息傳輸?shù)街付ǖ哪康牡卦狙玻@意味著您可以及時(shí)地獲取最新的日志信息，從而更快地發(fā)現(xiàn)問(wèn)題牧愁。
- 可靠性：Filebeat使用TCP協(xié)議傳輸日志信息素邪，這意味著它具有很高的可靠性，而且還可以自動(dòng)重試失敗的傳輸操作猪半，從而確保數(shù)據(jù)的完整性和可靠性兔朦。
- 易于使用：Filebeat具有簡(jiǎn)單的配置文件，用戶只需要進(jìn)行基本的配置就可以開(kāi)始使用它磨确，而且Filebeat還提供了多種插件沽甥，可以輕松地?cái)U(kuò)展其功能。
消息中間件
Kafka作為日志消息的消息中間件乏奥，這個(gè)不需要多做解釋了吧摆舟。
存儲(chǔ)
- Elasticsearch：用于近期日志搜索和分析。
- Hadoop: 用于歷史數(shù)據(jù)的分析邓了、搜索恨诱。
- S3(或塊存儲(chǔ)): 用于原日志文件的備份歸檔。
系統(tǒng)架構(gòu)圖
