スワップ時のステージングサイトの再起動の防止

Question

ステージングサイトの再起動が必要なのは、アプリケーションの設定やスロットの設定として構成された接続文字列が存在する場合のみです。

これは必ずしも真実ではありませんが。私たちのアプリケーションの1つは、関係なく再起動します。 Powershellのコマンドレットを使用して、ポータルから「隠された」スロット設定がないことを確認しました（明らかにこれが問題なので）。

スワップ中にステージングサイトを再起動するかどうかを決定するその他の要因は何ですか？

は（私はkudu GitHub repositoryにthis投稿が、バック聞いていない）

EDIT：

バイロンの答えを受けて

：私はいくつかのかなり徹底的なテストを行っている

（my testing repoを参照してくださいプロダクションまたはステージングスロットを再起動しなくても、のスロットスワップ（プレビューの有無にかかわらず）を実行できます。これは、明らかに、Webアプリケーションでスロット設定が構成されていないことです。

これは、再起動が保証されないことを意味しますか？私がここで挙げている問題は、再起動しなければ、IISのアプリケーション初期化モジュールが、アプリケーションが本当にウォームアップしていることを確認することです（これらの処理に数分かかる可能性があります）。

Answer 1

アプリケーションの設定やスロットの設定としてマークされている接続文字列がある場合は、スワップ前にステージングスロットが常に再開されることは間違いありません。たとえば、ここで説明したように継続的な展開が有効な場合など、再起動を引き起こすその他の条件がいくつかあります。http://ruslany.net/2014/03/azure-web-sites-continuous-deployment-with-staged-publishing/再起動の他の理由は、本番またはステージングスロットのいずれかでサイト認証が有効になっている場合です。

再起動がない場合、スワップ中にappinitモジュールは再実行されません。これは、ワーカープロセスが初期化されたときにのみ実行されるためです。常に再起動していることを確認するには、ダミーのアプリ設定を作成してスロット設定としてマークするだけです。