一.網關

曾經我們的項目是單體項目，前端只需要請求8080端口，就可以獲取所有需要的數據和服務并進行渲染。

但是拆分成微服務后，會面臨幾大問題：

1.但是現在我們將該單體項目拆分成了微服務項目，每個項目都有自己獨立的端口號，那么前端在發起請求時如何知道去請求哪一個微服務，又如何知道請求的端口號是多少呢？

除了上述描述的問題外，當我們將微服務部署到線上時，其ip地址和端口號又會發生變化，那么前端又該如何獲取到呢？

2.很多微服務都需要用戶登錄,用戶登錄需要jwt令牌,難道每個服務中都要編寫一份用戶登錄校驗的邏輯嗎?這未免十分麻煩.

此外如果給每個微服務都下發了密鑰,那么會大大加大密鑰泄露的風險.

綜上問題,我們引入了網關的概念.

我們有了網關之后,所有的請求都發給網關地址,由網關去尋找需要轉發的路由,這就是網關的路由轉發功能.

此外在轉發時,網關會自己做負載均衡,從而將多實例部署的集群優勢發揮到最大,避免出現所有請求都打到一個服務器上的情況.

那么網關如何知道各個微服務的情況呢?那就要用到之前我們講過的注冊中心.

此外在請求網關時會進行身份校驗,從而解決用戶登錄校驗以及jwt令牌攜帶和密鑰泄露的問題.

有了網關,后端對于前端來說就是一個黑盒,這樣會提高前端的開發體驗,對于前端來說和單體架構沒什么區別.

當前網關實現方法有很多,我們主要采用第一種:Spring Cloud Gateway.