提升Azure App Service的幾個建議分別是什么

這篇文章將為大家詳細講解有關提升Azure App Service的幾個建議分別是什么，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

小編介紹了6個技巧，這些技巧可以改善Azure App Service托管應用程序的性能。其中一些技巧是你現在就可以進行的配置變更，而其他技巧則可能需要對應用程序進行一些重新設計和重構， 這幾個技巧對于常規企業部署依舊有指引作用。

    開發者都希望從部署在Azure的App Services中壓榨出最佳性能，更好的性能不僅能夠獲得更佳的響應體驗，而且如果性能提升的策略在Azure中能有“四兩撥千斤”的效果，那么性能提升還可以為我們省錢。
在本文，我們將研究提高Azure App Services中運行的Web程序性能的設置和策略。

下面幾個性能提升意見在App Service配置界面即可操作，這一組技巧的主題是

評估程序現狀，壓榨出程序本身性能。

1. 啟動HTTP/2

Microsoft于2018年初宣布在App Services中支持HTTP/2，但到目前為止在Azure中默認創建的App Service還是以HTTP1.1協議工作。HTTP/2對常見的的Web協議進行了重大更改，許多更改旨在提高性能并減少Web延遲 (例如HTTP/2中的標頭壓縮和二進制格式將減少有效負載大小)；另外請求管道和多路復用等功能允許使用更少的網絡套接字來執行更多并發請求，并有助于避免一個緩慢的請求阻止所有后續請求，這在HTTP1.1是常見問題。

如上圖示，為你的的App Service啟用HTTP/2協議，下拉列表指定HTTP2.0版本后，所有支持HTTP/2的客戶端都將自動升級其連接，不支持HTTP/2的客戶端仍然以原有Http1.1 方式交互。

下面是一個簡單的測試以驗證HTTP/2的改進：

某App Service托管頁面引用了腳本、CSS資源、16張圖像（每個圖像的大小超過200 KB），使用developer tool記錄使用HTTP 1.1在App Service發生的情況。

注意觀察條形紅色部分顯示了后置請求以阻塞狀態開始。這是可怕的“行頭阻塞”問題，其中[對連接數和并發請求的限制] 制約了客戶端和服務器之間的吞吐量，直到第一個請求開始后800毫秒，客戶端才會收到該頁面的最終字節。

接下來在App Service中啟用了HTTP/2支持：

不需要對客戶端或服務器上進行任何其他配置更改，不到500ms完成所有請求。由于HTTP/2提高了網絡利用率，從而避免了阻塞。

2.  關閉空閑休眠

如果你有將應用程序部署到IIS的經歷，那么你應該知道IIS在一段時間不活動之后將休眠（這個配置在IIS理默認是20分鐘）。

Azure App Service延續了這一傳統。盡管休眠可為在同一App Service Plan上運行的其他App Service提供資源，但是此策略會損害當前應用程序的性能，因為下一個傳入請求將經歷Web服務器冷啟動的過程：緩存為空、連接池為空，站點預熱，所有請求的速度都比正常情況慢。為了防止空閑休眠，你可以在"App Service配置"中【始終開啟】標志。

3. 關閉App Service實例親和力

即使你僅運行App Service Plan的單實例，每個Azure App Service前面都是負載平衡器，負載均衡器會轉發請求到App Service實例。當App Service因流量縮放出多實例，負載均衡器使用Application Request Routing將連接會話分發給實例。

因為Azure無法知曉應用程序是不是stateless服務，故默認的App Service將確保客戶端在會話期間訪問同一App Service實例，為了實現這種親和力，負載均衡器會在對客戶端的第一個響應中注入ARRAffinity Cookie。

如果你的應用程序是stateless，并允許負載平衡器在實例之間分配請求，請關閉請求路由cookie，以提高性能和彈性。

下面的改進需要一些其他網絡規劃或重組（某些情況下，還需要更改應用程序本身）

這一組技巧中的主題是縮短數據在網絡上傳輸的距離

4. 讓你的服務資源相距更近

    比如常規的WebApi服務，需要搭建App Service和Database，建議你把資源放在同一區域協同工作,不然一次請求，處理鏈路會滿世界跑。

5. 讓你的App Service與使用者更接近

    如果大多數客戶流量都來自世界的特定區域，則將資源放置在離客戶最近的Azure區域中是很有意義的。當然，我們許多人的客戶分布在世界各地。在這種情況下，您可以考慮跨多個Azure區域進行地理復制，以與每個人保持更近距離，之后你使用類似Azure Traffic Manager（基于DNS技術的負載均衡器）將你的客戶直接路由到最近的服務實例。

6. 讓你的服務內容與使用者更接近

    腳本、圖片、CSS，視頻等靜態資源是在CDN邊緣服務器上緩存的較好選擇，一旦緩存，Azure App Service不需要花費帶寬和時間在這些資源上，專注處理動態資源。

回過頭來，看以上性能優化建議，第一步還是要評估App Service當前現狀和性能，不是每一個策略都對你的App Service有效。

btw 這些策略對于常規企業級部署依舊有所指引。

關于提升Azure App Service的幾個建議分別是什么就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。