問題タブ [azure-deployment]

ASP.NET Web アプリを Web ロールとして発行しています。MSDN Azure サブスクリプションには常に正常にデプロイされていますが、デプロイごとに「警告: リモート サーバーに接続できません」というメッセージが多数表示されます。あきらめる場合もあれば、やり遂げて展開を終了する場合もあります。...そして、プロセスを完了するには多くの時間がかかります!

私はWin8、Vs2012を持っています。別のサブスクリプションにデプロイする 1 つのソリューション (一度に 1 つ)。

何か案が？

Azure Web ロールで SignalR サービスを実行しています。新しいバージョンのサービスをデプロイすることに関心があります。まずステージングに、次に運用デプロイ スロットにデプロイします。

私の質問は、本番環境でサービスへの既存の接続があるときに、2 つのデプロイ スロットを交換するかどうかです。

これらの既存の接続はどうなりますか? それらは現在のステージング スロットに引き続き接続されますか、それとも現在の本番スロットに再接続されますか? または、他の何か？これはクライアント依存ですか？

ありがとう！

あらゆる場所のあらゆる種類のホスティングで 3 つまたは 4 つのサービスを実行しており、Azure を使用して統合することを検討しています。現在、サイトとサービスへのトラフィックは少ないため、それらすべてを 1 つの (2 つのインスタンス) 展開でホストすることは理にかなっています。IIS を使用してこれらすべてを VM でホストできることはわかっていますが、Web ロール プラットフォームのメンテナンスが少ない点が気に入っています。

同じソリューションにそれらを一緒に展開することでこれを行う方法を見てきましたが、各サイトで異なるチームが作業しているため、非常に複雑になる可能性があります. ソース管理からすべてのサブサイトをロードするホスト Web アプリを探していましたが、何も見つかりませんでした。自分で何かを作成することを検討しています。展開をデータベースに保存し、必要に応じて展開する ASP MVC アプリを作成します。

実行中に Web ロールでホストされているサイトを変更することはできますか? どのようにルートを設定しますか? デプロイされたファイルを置き換えると、appdomain がリサイクルされますか? これのほとんどはで達成できますMicrosoft.Web.Administrationか? 私が知っておくべき落とし穴はありますか？

TFS からデプロイしようとしましたが、次のエラーが表示されました。

以前のアイデアや同様の出会いはありますか?

Azure に開発中の Web ロールがあります。Visual Studio の助けを借りずに、ステージング環境で公開およびテストできるパッケージを作成したいと考えています。パッケージだけが提供されている場合、公開する方法はありますか?

powershell スクリプトを使用してアプリケーションを Windows Azure にアップロードしています

これを実行すると、次のようなエラーが表示されます

これを解決するために、asp.net がアップロードできるサイズを増やすためのいくつかの提案を見つけました。これが起こっている他の理由はありますか？

また、クラウド サービスとストレージを作成できますが、そこにパッケージをアップロードできません。

ASP.NET MVC 4 と JQuery で開発された webrole プロジェクトを使用した Azure クラウド サービスがあります。デバッグ ビルドを使用してクラウド サービスをデプロイすると、すべて正常に動作します。
ただし、リリース ビルドには UI の問題と、次のようないくつかの例外があります。

エラー: メッセージ: キー 'XyzID' を持つ ViewData アイテムの型は 'System.Int32' ですが、型は 'IEnumerable' でなければなりません。例外名: System.InvalidOperationException: キー 'XyzID' を持つ ViewData アイテムの型は 'System.Int32' ですが、型は 'IEnumerable' でなければなりません。

理由は何ですか？

Azure へのデプロイ時に、TFS 上の Azure デプロイ スクリプトが常にアセンブリ Microsoft.Exchange.WebServices.dll を見つけられません。

私はいつも次の警告を受け取ります：

プロジェクト '...' は次のアセンブリに依存しています: C:\a\src\Portal\Dev\packages\EWS-Api-2.0.1.0.1\lib\net35\Microsoft.Exchange.WebServices.dll。このアセンブリはパッケージに含まれていません。ロールが確実に開始されるようにするには、このアセンブリを参照としてプロジェクトに追加し、Copy Local プロパティを true に設定します。

ただし、継続的インテグレーション ビルド スクリプトではこの警告は表示されません。アセンブリは、NuGet パッケージ EWS-Api-2.0 を介して Web プロジェクトに追加されました。

アセンブリ参照でcopy localがtrueに設定されていること、プロジェクトファイルにヒントパスが正しく設定されていること、以下に指定したパスがTFSに追加されていることを確認しました。

多くの人が同様の問題に投稿しているように見えましたが、私が見つけた解決策はどれも適用できなかったり、問題を修正したりしませんでした。診断ログを使用してビルドを実行しましたが、問題の原因を指摘する価値のあるものは何も見つかりませんでした。

誰か提案はありますか？

Visualstudio.com から Azure Web サイトへの CI ビルド用に AzureContinuousDeployment.11.xaml Visual Studio 2013 テンプレートを使用していますが、うまく機能しています。

ただし、サーバーに追加のファイルを保持する必要があります (アプリがファイルを作成します)。「Web デプロイ」方法を使用していた場合は、単に「宛先で追加のファイルを削除する」プロパティを無効にしますが、Azure デプロイ テンプレートを使用するオプションが表示されません。

/p:SkipExtraFilesOnServer=True をビルド定義の MSBuild 引数に追加できるはずですが、機能していません。デプロイするときに、ファイルがまだ Web サーバーから削除されています。

また、発行プロファイルを作成してテンプレートに追加しようとしました。それも機能していません。