App Service でトラフィックをルーティングする
既定では、アプリの運用環境の URL (http://<app_name>.azurewebsites.net) に対するすべてのクライアント要求は、運用スロットにルーティングされます。 トラフィックの一部を、別のスロットにルーティングできます。 この機能は、新しい更新についてのユーザーのフィードバックが必要であっても、運用環境にリリースできる状態ではない場合に便利です。
運用トラフィックを自動的にルーティングする
運用トラフィックを自動的にルーティングするには、以下の手順に従います。
アプリのリソース ページに移動し、 [デプロイ スロット] を選択します。
ルーティング先のスロットの [トラフィック %] 列で、ルーティングするトラフィックの合計量を表す割合 (0 ～ 100) を指定します。 [保存] を選択します。
設定の保存後は、指定した割合のクライアントが、非運用スロットにランダムにルーティングされます。
クライアントは、特定のスロットに自動的にルーティングされると、そのクライアント セッションの有効期間中はそのスロットに "固定" されます。 クライアントのブラウザーで、HTTP ヘッダー内の x-ms-routing-name Cookie を調べることにより、セッションが固定されているスロットを確認できます。 "ステージング" スロットにルーティングされる要求には、x-ms-routing-name=staging という Cookie が設定されています。 運用スロットにルーティングされる要求には、x-ms-routing-name=self という Cookie が設定されています。
運用トラフィックを手動でルーティングする
App Service では、トラフィックの自動ルーティングだけでなく、特定のスロットに要求をルーティングすることもできます。 この方法は、ユーザーがベータ版アプリの利用を選択または拒否できるようにしたい場合に便利です。 運用トラフィックを手動でルーティングするには、x-ms-routing-name クエリ パラメーターを使用します。
ユーザーがベータ版アプリの利用をオプトアウトできるようにするには、たとえば次のようなリンクをご利用の Web ページに配置します。
<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 が含まれます。
ユーザーがベータ版アプリの利用をオプトインできるようにするには、同じクエリ パラメーターを、非運用スロットの名前に設定します。 次に例を示します。
<webappname>.azurewebsites.net/?x-ms-routing-name=staging
既定では、新しいスロットには 0% のルーティング規則が割り当てられ、既定値はグレーで表示されます。 ルーティング ルールの値が明示的に 0% に設定されている場合は黒で表示され、ユーザーは x-ms-routing-name クエリ パラメーターを使用してステージング スロットに手動でアクセスできます。 しかし、ルーティングの割合は 0 に設定されているため、ユーザーはスロットに自動的にルーティングされません。 これは、内部チームにスロットでの変更のテストを許可する一方で、ステージング スロットをパブリックから "非表示" にできる高度なシナリオです。