ステージング環境について詳しく知る
Standard、Premium、Isolated の App Service プラン レベルでは、既定の運用スロットではなく、指定したデプロイ スロットへのデプロイがサポートされます。 デプロイ スロットは、固有のホスト名を持つライブ アプリです。 Web アプリ、Linux 上の Web アプリ、モバイル バックエンド、または API アプリをステージング環境にデプロイできます。 アプリのコンテンツと構成の要素は、運用スロットを含む 2 つのデプロイ スロットの間でスワップすることができます。
非運用スロットにアプリケーションをデプロイすることには、次のメリットがあります。
- ステージング デプロイ スロットでアプリの変更を検証してから、運用スロットにスワップできます。
- スロットにアプリをデプロイした後に運用サイトにスワップすると、運用サイトへのスワップ前にスロットのすべてのインスタンスが準備されます。 これにより、アプリをデプロイする際のダウンタイムがなくなります。 トラフィックのリダイレクトはシームレスであるため、スワップ操作によって破棄される要求はありません。 スワップ前の検証が必要ない場合は、自動スワップを構成することで、このワークフロー全体を自動化できます。
- スワップ後、以前の運用アプリはステージング スロットに配置されます。 運用スロットにスワップした変更が、ユーザーの想定どおりでない場合は、同じスワップを実行して、適切な動作が確認されている元のサイトにすぐに戻すことができます。
サポートされるデプロイ スロット数は、App Service プラン レベルごとに異なります。 デプロイ スロットの使用には追加料金はかかりません。 使用しているアプリのサービス レベルでサポートされるスロット数を確認するには、「App Service の制限」にアクセスしてください。
アプリを別のサービス レベルにスケールするには、アプリが既に使用しているスロット数がターゲット レベルによってサポートされていることを確認します。 たとえば、Standard レベルではサポートされるデプロイ スロット数は 5 つのみなので、アプリのスロット数が 5 つより多い場合は、Standard レベルにスケール ダウンできません。
新しいデプロイ スロットを作成した場合、別のスロットから設定を複製しても、新しいスロットにはコンテンツはありません。 スロットには、異なるリポジトリブランチ、または異なるリポジトリからデプロイできます。