爲了處理微服務體系結構,它經常與反向代理(例如nginx或apache httpd)一起使用,以及用於橫切關注實現API gateway pattern is used。有時候,反向代理會執行API網關的工作。
很高興看到這兩種方法之間的明顯差異。 它看起來像API網關使用的潛在好處是調用多個微服務並聚合結果。 API網關的所有其他responsibilities可以使用反向Proxy.Such爲實現:API網關與反向代理
- 認證(可以使用nginx的LUA腳本完成);
- 運輸安全。它本身就是反向代理任務;
- 負載均衡
- ....
所以在此基礎上有幾個問題:
- 是否有意義使用的API網關和同時放反向代理(如實例請求 - > Api網關 - >反向代理(nginx) - >具體mictoservice)?在什麼情況下?
- 使用API網關可以實現哪些其他差異,無法通過反向代理實現,反之亦然?
糾正我,如果我錯了,但我可以在同一個生態系統中使用。使用API網關更多的是協調對儀表板監視和安全約束添加的動態和常量更改,使用像nginx這樣的反向代理可以更有效地服務靜態和固定子域,從而爲實例提供負載均衡。 – aelkz