前端傳送的請求，是如何請求到後端服務的？

發現問題
透過對前端請求路徑以及後端介面地址的對比可以發現，兩者其實並不相同，也就是說前端的請求並不是直接去傳送給後端的tomcat伺服器的，而是前端瀏覽器首先去請求nginx伺服器，然後再透過nginx反向代理將請求轉發到後端的tomcat伺服器。
提出問題
那麼我們為什麼不直接將請求直接傳送給後端伺服器，而是要透過nginx伺服器來進行反向代理進行轉發請求呢？
解決問題
透過查詢資料，我發現了使用nginx反向代理的好處：
1. 提高訪問速度：nginx是可以去做快取，如果請求的是相同的介面地址，就不用去請求後端伺服器，可以直接用nginx將快取資料相應給前端，可以進一步提高訪問速度。
2. 進行負載均衡：所謂的負載均衡，就是把大量的請求按照我們指定的方式均衡的分配給叢集中的每臺伺服器。nginx可以將前端發過來的大量請求來分發給多個伺服器。
3. 保證後端服務安全：因為正常的實際應用來說，很多的後端的服務並不會直接暴露出來，而是會部署在公司的區域網中，不是對外開放的，而我們前端請求要傳送給後端就只會有nginx這一個入口，再由nginx走內網來
轉發給後端的服務，所以會提高後端服務的安全。