在 App Service 中路由傳送流量

已完成

根據預設,所有對應用程式生產 URL (http://<app_name>.azurewebsites.net) 的用戶端要求都會路由傳送至生產位置。 您可以將部分流量路由至另一個位置。 如果您需要新更新的使用者意見反應,但尚未準備好將它發行至生產環境,這項功能非常有用。

自動路由生產流量

若要自動路由生產流量:

  1. 移至應用程式的資源頁面,然後選取 [部署位置],

  2. 在您要路由的插槽的 [流量 %] 欄中,指定百分比(介於 0 到 100 之間),以代表您想要路由的總流量的百分比。 選取 [儲存]。

儲存設定之後,指定的用戶端百分比會隨機路由至非生產位置。

當一個客戶端被自動路由至特定槽位後,該客戶端會話將被「釘選」在該槽位上。 在用戶端瀏覽器中,您可以查看 HTTP 標頭中的 x-ms-routing-name Cookie,以查看您的會話被釘選到哪個 slot。 被路由至「臨時」位置的請求會包含 cookie x-ms-routing-name=staging。 路由至生產槽位的要求具有cookie x-ms-routing-name=self

手動導向生產環境流量

除了自動流量路由之外,App Service 還可以將請求路由傳送至特定插槽。 當您希望用戶能夠選擇加入或退出 Beta 應用程式時,這會很有用。 若要手動路由生產流量,請使用 x-ms-routing-name 查詢參數。

若要讓使用者選擇退出您的 Beta 應用程式,例如,您可以將此連結放在您的網頁上:

<a href="<webappname>.azurewebsites.net/?x-ms-routing-name=self">Go back to production app</a>

字串 x-ms-routing-name=self 指定生產位置。 用戶端瀏覽器存取連結之後,會重新導向至生產位置。 每個後續要求都有將會話釘選到生產位置的 x-ms-routing-name=self Cookie。

若要讓使用者選擇參加您的 Beta 應用程式,請將相同的查詢參數設定為非正式運行的插槽名稱。 以下是範例:

<webappname>.azurewebsites.net/?x-ms-routing-name=staging

根據預設,新槽位會被指定 0%路由規則,預設值會以灰色顯示。 當您明確將路由規則值設定為 0% 時,它會以黑色顯示,您的使用者可以使用 x-ms-routing-name 查詢參數手動存取 Staging 插槽。 由於路由百分比設定為0,所以不會自動路由至插槽。 這是一個進階使用情境,您可以「隱藏」您的暫存環境,使其不對外公開,同時允許內部小組在此環境上測試變更。