問題タブ [azure-deployment-slots]

warmup自動スワップ機能を備えた Azure Web アプリで呼び出されたデプロイ スロットを使用しています。私の展開プロセスは次のとおりです。

1. warmupOctopus Deploy はリリースを作成し、スロットにデプロイします
2. 自動スワップはスロットをproductionウォームアップし、アプリがウォームアップするとすぐにスワップします

自動スワップ操作が終了したときに通知を受け取る方法はありますか? 操作が成功したときと失敗したときの両方で通知を受け取りたいです。

Octopus Deploy を使用して、Web アプリケーションを Azure Web アプリにデプロイしています。アプリにアクセスできるようにする前に、自動スワップ機能を備えたデプロイ スロットを使用してアプリをウォームアップしています。

Octopus Deploy は、デプロイのたびに警告を発行するようになりました。

以前の展開からの自動スワップ ロック ファイルが検出され、削除されました。

これは問題ですか？そうでない場合（私が疑う）、どうすれば警告を無効にできますか？

Azure PowerShell を使用してスロット情報を取得しようとしています。

使用した情報を取得するには

しかし、Azure PowerShell は以下のエラーをスローします:

試してみるとGet-AzureWebsite -Name mywebsite、スロット名を含むデータが完全に表示されます

このエラーをグーグルで検索すると、 「要求された値 'VS2015' が見つかりませんでした。」私はこのリンクに出くわし、この著者はリモートデバッガーを削除することを提案していますが、まだエラーが発生しています。

Azure Web アプリに接続された MVC Web サイトがあり、ステージング サイトへの継続的な展開がセットアップされています。それはうまくいきます！チェックインすると、成功したビルドが Web アプリのステージング スロットに自動的にデプロイされます。ステージングに問題がないことを確認したら、2 つのスロットを交換して製品をステージに、またはその逆にします。

最近、本番データベースとステージング スロットを別々のデータベースに接続して、本番データベースを乱雑にすることなくステージング サイトにテスト データを入力できるようにすることにしました。

単純に、ステージング サイトの構成で接続文字列を編集して、新しいデータベースを指すようにすることで、これを行うことができました。動作しているように見えましたが、次にデプロイ後に構成を交換したときに、その過程で接続文字列が交換されていることに気付きました。これは私が目指していたものではありません。

2 つのデプロイ スロットが異なるデータベースを指すようにし、スワップ後にそれらの接続を維持する方法を知っている人はいますか? これについて私が考えるべき別の方法はありますか？

確かに - それは非常に一般的な質問ですが、私は Azure を初めて使用するので、この質問をグーグルで検索することさえできません。

つまり、ここに URL を使用した App サービスがありますsite.com。URL の「スワップ」スロットがありますsite-staging.com。

私たちの展開スキームは次のとおりです。

CI サーバー > STAGING にデプロイ > チェック > OK の場合は PROD にスワップ

質問は次のとおりです: ファイル内Web.staging.config- あります:

しかし。"スワップ" が行われた後、URL は " http://site.azurewebsites.net/admin " に変更されますが、その間Web.staging.config- まだ古い値が使用されます - " http://site-staging.azurewebsites.net/管理者"。

したがって、ユーザーが " http://site.azurewebsites.net/admin " を開いてログインすると、" http://site-staging.azurewebsites.net/admin " (から取得Web.staging.config) にリダイレクトされます。明らかに間違った方向。

たとえば、AWSでの同様のセットアップでは、「シェルスワップスクリプト」でいくつかの変数を使用して、そのスタッフを特定し、構成値を変更しようとします。

しかし、Azure のスワッピングはどうでしょうか。

ヒントをいただければ幸いです。

ステージング デプロイ スロットが運用環境にスワップされた後、古い運用コードがステージング スロットに置かれていることがわかりました。ロールバックする必要がある場合は、これで問題ありません。しかし、しばらくすると、問題がないことがわかります。

本番スロットをミラーリングするために、ステージング スロットを最新のコードで更新する必要があるというプロセスではないようです。これをもう一度アップロードするのは面倒です。

ファイルを本番スロットからステージング スロットにミラーリングして、再度同期することはできますか?

Azure: Azure App Service のデプロイ スロットの価格。

S1 App Service プランを使用して、私の Web サイトには Web アプリのステージング用に最大 5 つのスロットがあります。それらのスロットはどのように課金されますか? 使用した場合にのみ請求されますか? S1料金に含まれていますか？または、他の何か。

Azure でステージング スロットを使用しています。ここでは、一部の IP にアクセスを許可するだけです。web.config ファイルに以下のルールを記述しました。

スロットは、私のドメイン、ip1 および ip2 からのトラフィックを受け入れます。ただし、スロットの URL に対して PostAsJsonAsync 呼び出しを行う Web ジョブ (スロット内) があり、回答として禁止されています。Web ジョブの IP アドレスはわかりません (Web サイト/スロットと同じはずです) が、とにかく、ルールで使用するための静的 IP アドレスがありません。この問題を解決するにはどうすればよいですか? Azure で IP を予約せずにこの問題を解決する別の方法はありますか?