For the complete documentation index, see llms.txt. This page is also available as Markdown.

更新戦略

エバーグリーン アプローチ

SCEPman の更新には Evergreen アプローチを推奨します。SCEPman が production channel を使用してデプロイされている場合、これが既定のアプローチです。SCEPman は、次を直接指定することで ZIP デプロイを使用します。 SCEPman GitHub そして、開発チームによってリリースされた最新バージョンを読み込みます。

production channel と、利用可能な他の channel については、以下のガイドに記載されています:

アプリケーション成果物

このアプローチでは、常に最新の機能とセキュリティ更新を取得できます。

次の点に注意してください: 更新は、App Service が停止して再起動されたときにのみ実行されます. これは ZIP デプロイがトリガーされるイベントです。App Service は自動的に停止および開始しませんが、特定のイベントで外部から再起動されます。そのイベントの 1 つが 基盤インフラの保守とパッチ適用。それらは 定期的に行われ、サービスを最新の状態に保ちます.

本番のエンタープライズ環境で、更新プロセスをより細かく制御したい場合は、Microsoft の機能である Deployment Slots.

デプロイ スロットの構成

SCEPman の更新プロセスを完全に制御したい場合は、次を使用できます: Deployment Slots Azure App Service 内で。

以下の手順では、pre-release 管理のための推奨セットアップを示します

各 Deployment Slot は、本番アプリの同じ App Service Plan で実行され、同じリソースを使用することに注意してください。

Pre-release スロット

pre-release スロットの目的は、本番 App Service を独自の Storage アカウントに保存された成果物で稼働させ、GitHub の成果物を指す新しい Deployment Slot を作成することです。カスタム成果物の保存場所を設定する手順は、次の記事で確認できます:

アプリケーション成果物

これで、本番 App Service はカスタム成果物の保存場所で実行されており、次に新しい Deployment Slot の構成に進みます。

Deployment Slot の要件 ****(PS. SCEPman Module 経由):

  • SCEPman 2.2 以上を介して

  • PowerShell SCEPman-Module 1.5.1.0 以上を介して

以下の 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 ソリューションを更新できます。

最終更新

役に立ちましたか?