短い: Visual Studio でデプロイ スロットと運用スロットをデプロイする発行プロファイルを作成するにはどうすればよいですか?
長時間: 本番環境が停止したことを示す Sev1 コールを受け取り、統合デプロイ スロットへのデプロイを開始する数分前にそのことを知っている瞬間。ええ、それが私に起こったことであり、私の人生では説明できません。
そのため、"Int" という名前の Azure Function アプリ用のデプロイ スロットが 1 つあります。公開プロファイルを作成するときは、Visual Studio の [新しいプロファイルの作成] ウィザードを使用し、[既存のものを選択] Azure App Service を選択してから、[Int] デプロイ スロットを掘り下げました。かなり簡単に見えました。そうすることで、Int と Production の両方が展開されます。これは確かに予想外であり、明らかに壊滅的でした。
Azure 関数アプリの [概要] セクションで見つけたポータルを掘り下げた後、[発行プロファイルのダウンロード] ボタンがあります。Production と INT の両方でクリックすると、destinationAppUrls など、ユーザーが異なる 2 つの個別のファイルが生成されます。この 2 つの間で唯一同じだったのは FTP の publishUrl でしたが、サーバーはそれに基づいて適切なルートにルーティングされると思います。資格情報が渡されました。
1 つは prod 用、もう 1 つは int 用の 2 つの固有の発行プロファイルがあるという事実にもかかわらず、いずれかをデプロイすると、運用とデプロイ スロットの両方が更新されます。
これは、私がこれを自分で修正しようとしたことのリストです。
- Visual Studio から両方の発行プロファイルを削除し、ウィザードを使用して再作成しました。
- Visual Studio から両方の公開プロファイルを削除し、ポータルからダウンロードしたプロファイルを介してそれらを再作成しました。
- INT パブリッシング プロファイルを削除し、ポータルで INT デプロイ スロット用の新しい FTP ユーザーを作成し、ダウンロードした INT のプロファイルを更新してから、それを Visual Studio にインポートしました。<== 正直なところ、VS が FTP を使用して展開しているとは思わないので、これはばかげていると思います。私は間違っているかもしれません。
- AutoSwapがオフになっていることを確認。
- FTP クライアントを使用して、発行資格情報で手動でログインしました。Production と Int では、同じ場所でどちらかのポイントとしてログインしている「FTP 展開ユーザー」が異なります。（これは最終的に問題のようです）
- デプロイ スロットで [発行プロファイルのリセット] をクリックし、プロファイルを再ダウンロードしました。
私が失っていない自動スワップ機能を失う以外に、これを回避する1つの方法は、完全に別のアプリを作成して、正しく動作させることだと思います. できれば避けたいところですが。
ここで助けてくれてありがとう。