2

azure にはいくつかのスロットがあり、1 つは qa 用、もう 1 つはステージング用、もう 1 つは「ライブ」用です。QA とステージングに同時に発行します。QA が承認されたら、ステージングをライブと交換したいと考えています (ステージングがライブになるように)。

私の質問は、ステージングは​​それ自体が別の Web アプリであるため、web.config ファイルに独自の設定があります (db 接続、クライアント ID、クライアント シークレットなど)。良い ？したがって、設定が異なる場合、私の「ライブ」アプリには正しい設定がなくなります (ステージング web.config 設定を引き継ぎます)

これは正しいです ？デプロイ スロットを交換するときにライブ設定を保持するにはどうすればよいですか? また、これは webjobs にどのように影響しますか? 対応する app.config 設定を使用して、Web アプリの下にいくつかあります

4

1 に答える 1

3

答えは、スワップ中に設定を変更するか、同じままにするかを制御できるということです。次の記事を確認してください: https://docs.microsoft.com/en-us/azure/app-service/web-sites-staged-publishing . その記事から：

デプロイ スロットの構成

別のデプロイ スロットから構成を複製すると、複製された構成が編集可能になります。さらに、一部の構成要素はスワップ全体でコンテンツに従いますが (スロット固有ではありません)、他の構成要素はスワップ後も同じスロットに留まります (スロット固有)。次のリストは、スロットを交換すると変更される構成を示しています。

スワップされる設定:

  • 一般設定 - フレームワークのバージョン、32/64 ビット、Web ソケットなど
  • アプリの設定 (スロットに固執するように構成できます)
  • 接続文字列 (スロットに固定するように構成可能)
  • ハンドラのマッピング
  • 監視と診断の設定
  • Web ジョブのコンテンツ

スワップされない設定:

  • エンドポイントの公開
  • カスタム ドメイン名
  • SSL 証明書とバインディング
  • スケール設定
  • Web ジョブ スケジューラ

スロットに固執する (スワップされない) ようにアプリ設定または接続文字列を構成するには、特定のスロットの [アプリケーション設定] ブレードにアクセスし、スロットに固執する構成要素の [スロット設定] ボックスを選択します。構成要素をスロット固有としてマークすると、アプリに関連付けられているすべての展開スロットでその要素をスワップできないようにする効果があることに注意してください。

于 2017-12-20T12:50:26.527 に答える