アプリケーションサービスとしてAzureで実行されているnode.jsアプリケーションのステージングスロットが私にEADDRINUSEを返します

Question

私はアプリケーションサービスとしてAzureでnode.jsアプリケーションを実行しています。 mongoose + tunnel-sshを介してMongoDBに接続します。私は、複数のApp Servicesをさまざまな場所に配備しており、すべて正常に動作します。

私はステージングインスタンスのSSHトンネルからエラーを以下の取得、ステージングスロット（注：PRODスロットがまだ正常に動作します。）：作成すると私には

{"code":"EADDRINUSE", "errno":"EADDRINUSE", "syscall":"listen", "address":"127.0.0.1", "port":27017} 

を、ステージングスロットが実行されているようです同じVMを使用し、本番と同じポートを使用しようとします。そのため、DBへの接続を確立できません。つまり、別のインスタンスが同じ問題を抱えているため、私はおそらくアプリケーションをスケールアウトすることができません。

これをステージングと他のインスタンス（スケーリング時）の両方でどのように解決できますか？

ステージングでは異なるポートを使用できますが、スケーリングされたインスタンスでも機能するように動的に設定する方法はありますか？

Answer 1

エラーメッセージによると、スロットWebアプリケーションアプリケーション用のMongoDBの接続文字列を構成するのを忘れているようです。

展開スロットは、実際に自分のホスト名とライブアプリケーションです：私たちはSet up staging environments in Azure App Serviceの命令で文を見つけることができたよう

。アプリコンテンツとコンフィグレーション要素は、プロダクションスロットを含む2つのデプロイメントスロット間で交換できます。

基本的に、スロットを個別のWebアプリケーションとして扱うことができます。だから、あなたのスロットアプリケーションでアプリケーションの設定をもう一度確認してください。