一，引言
之前我們講解到使用 Azure Traffic Manager、Azure LoadBalancer、Azure Application Gateway，作爲項目的負載均衡器來分發流量，轉發訪問請求。尤其之前在介紹到 Azure Traffic Manager是一種具有基於DNS的流量負載均衡器，可以在全球區域內以最佳方式分發流量，同時提高高可用性和響應性。流量管理器的配置路由方式可以是 “Geographic”（基於地理位置的路由策略），也就是在不同的地址位置上部署服務器以就近相應用戶的請求。
今天我們嘗試通過新的Azure Resource-----Azure Front Door，使用 Front Door，可將全球使用者應用程序和企業應用程序轉換爲可靠、高性能且個性化的新型應用程序，其內容可以通過 Azure 向全球受衆提供。Front Door 提供了多種流量路由方法和後端運行狀況監視選項來滿足不同應用程序需求和自動故障轉移方案。 與 zure Traffic Mnager Profile 類似，Azure Front Door 可以靈活應對故障，包括整個 Azure 區域的故障。
-------------------- 我是分割線 --------------------
1，Azure Front Door（一）爲基於.net core 開發的Azure App Service 提供流量轉發
2，Azure Front Door（二）對後端 VM 進行負載均衡
二，正文
1，提前創建Azure App Service 作爲後端服務
還記得我們的之前講解的Terraform 系列文章嗎？我們可以學以致用，直接觸發Azure DevOps Pipeline 創建Azure 基礎設施資源。
而圖中的 “CnBateBlogWeb01” 和 “CnBateBlogWeb02” 正是我們本篇文章中所需要的前置條件-----“backend”
2，創建 Azure FrontDoor
登陸 Azure Portal 上，點擊 “create resource”，在搜索框中搜索 “Front Door”
點擊圖中的 “Create”
輸入相關參數
Resource group 選擇創建一個新的：“Web_Test_FD_RG”
Resource group location 選擇：“East Asia”
點擊 "Next：Configuration"
接下來就需要配置 Azure Front Door 的前端host，後端池，以及路由規則了
首先我們先配置 “Frontends/domains”，點擊圖中圈中的 “+”
Host name：“cnbateblogweb”
SESSION AFFINITY (會話相關性) 選擇默認：“Disabled”
WEB APPLICATION FIREWALL (WEB 應用程序防火牆) 選擇默認：“Disabled”
點擊 “Add” 進行添加前端主機
接下來我們需要添加後端池，我們繼續點擊圖中圈中的部分
輸入後端池相關參數
Name：“cnbateblogweb-backendpool”
點擊圖中圈中的部分，給後端池添加後端服務
Backend host type：“App service”
Backend host name 選擇：“cnbateblogweb01.azurewebsites.net”
其餘參數都走默認，不需要修改
點擊 “Add”
使用同樣的方式，我們再添加一個類型爲 “app service” 的後端
回到添加後端池頁面，我們劃到頁面最底部，我們看到 LOAD BALANCING 的相關配置
Latency sensitivity（延遲敏感度）默認爲：0
對應官方的解釋：
- 延遲： 基於延遲的路由確保將請求發送到在敏感度範圍內可接受的最低延遲的後端。 基本上，用戶請求將發送到 "最近" 的後端，這與網絡延遲有關。
那我就可以理解爲根據地理位置的不同，Azure Front Door 會將用戶請求轉發到最近的後端服務上。
最後我們需要配置路由信息，我們點擊圖中圈中的部分
Name：“cnbateblogweb-rule”
Frontends/domains 確保是剛剛我們添加的前端 “cnbateblogweb.azure.net”
Backend pool 確保是剛剛我們添加好的後端池 ”cnbateblogweb-backendpool"
點擊 “Add”
配置完 前端，後端池，路由規則之後，我們點擊 “Review + create”
預校驗完成，我們點擊 “create” 進行創建。
等待創建完成之後，我們點擊 “Go to resource”，跳轉到該資源
選擇 “Overview” 頁面，複製 Front host 的 url
通過瀏覽器訪問 Azure Front Door 的URL，我們可以看到就近將我們的請求轉發到 “CnBateBlogWeb01” 的App Service 上
3，番外話題
博主在配置完 Azure Front Door 之後，直接複製 Azure Front Door 的 URL 到瀏覽器中訪問時，出現了很詭異的時候
竟然提示如下圖所示：
經過查看官方文檔說明：
所以，大家在練習的時候，如果也出現類似的問題，稍微等待5，6分鐘後再嘗試訪問。
-------------------- 我時分割線 --------------------
Bingo，成功。Azure Front Door 將流量就近轉發到東南亞的測試我就不再演示了，大家可以通過不可描述的方式或者創建東南亞的虛機來訪問。
今天的分享到此結束，撒花🎉🎉🎉🎉🎉🎉！
三，結尾
ok，今天的分享到此結束，關於 Azure Front Door 的 Routing method 我們只介紹了 “延遲” 路由方式，其他的三種：“優先級”、“加權”、“會話相關性”，大家可以先自行看着微軟的官方介紹，嘗試實踐一下。
下一篇，我們將實踐操作另外三種路由方式的 Azure Front Door，期待中........
參考資料：Azure Front Door
作者：Allen
版權：轉載請在文章明顯位置註明作者及出處。如發現錯誤，歡迎批評指正。