一，引言
之前我們講解到使用 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 提供流量轉發
二，正文
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
版權：轉載請在文章明顯位置註明作者及出處。如發現錯誤，歡迎批評指正。