更新戦略
エバーグリーン アプローチ
SCEPman の更新には Evergreen アプローチを推奨します。SCEPman が production channel を使用してデプロイされている場合、これが既定のアプローチです。SCEPman は、次を直接指定することで ZIP デプロイを使用します。 SCEPman GitHub そして、開発チームによってリリースされた最新バージョンを読み込みます。
production channel と、利用可能な他の channel については、以下のガイドに記載されています:
このアプローチでは、常に最新の機能とセキュリティ更新を取得できます。
本番のエンタープライズ環境で、更新プロセスをより細かく制御したい場合は、Microsoft の機能である Deployment Slots.
デプロイ スロットの構成
SCEPman の更新プロセスを完全に制御したい場合は、次を使用できます: Deployment Slots Azure App Service 内で。
についてさらに詳しく知るには、 Deployment Slots Microsoft のドキュメントをご覧ください: https://docs.microsoft.com/en-us/azure/app-service/deploy-staging-slots
以下の手順では、pre-release 管理のための推奨セットアップを示します
Pre-release スロット
pre-release スロットの目的は、本番 App Service を独自の Storage アカウントに保存された成果物で稼働させ、GitHub の成果物を指す新しい Deployment Slot を作成することです。カスタム成果物の保存場所を設定する手順は、次の記事で確認できます:
これで、本番 App Service はカスタム成果物の保存場所で実行されており、次に新しい Deployment Slot の構成に進みます。
以下の CMDlet コマンドにより、Deployment Slot が作成され、必要なすべての権限が構成されます。
例

デプロイが正常に完了したら、SCEPman App Service -> で deployment slot を確認できます Deployment slots

ここで、deployment slot が GitHub 上の SCEPman Production channel を指していることを確認してください:
次へ移動します Deployment Slot -> 環境変数 そして、設定項目を探します WEBSITE_RUN_FROM_PACKAGE そして、次の値を貼り付けます production channel の成果物 を値に設定します。

メインの App Service に戻って、 Deployment Slots と2 つのスロットを確認でき、次を管理できます トラフィック % 定義されたリクエスト量を新しい pre-release スロット。 このトラフィックルーティングはアプリケーションに対して完全に透過的であり、App Service によって処理されることに注意してください。設定することを推奨します。 トラフィック % を 20. その後、2 つのスロットを比較できます Application Insights. GitHub に更新版をリリースした場合は、再起動するだけで済みます pre-release スロット。その後、2 つの異なるバージョンを比較できます Application Insights. 1 週間後、または任意の期間の後に、新しい GitHub の成果物をカスタム成果物の保存場所にアップロードし、SCEPman ソリューションを更新できます。
最終更新
役に立ちましたか?