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