問題タブ [azure-compute-emulator]

Azure アプリケーションが "クラウド" ではなく開発ファブリックで実行されているかどうかを確実に検出するにはどうすればよいですか?

RoleEnvironment.IsAvailable は両方に当てはまります。1つの場合にのみ真実である何かが欲しい.

私のライブラリのユーザーが開発ファブリックで私のライブラリを無料で使用できるようにしたいので、これを求めています。したがって、構成ファイルに個別の識別子またはフラグを手動で配置し、開発用と展開用に 2 つの構成を保持することは現実的ではありません。

Windows Azure DevFabric で HTTPS WebRole を実行しています。DevFabric には、127.0.0.1 に対して発行された独自の SSL 証明書が付属しています。別の証明書を使用する方法はありますか?

背景: 実際には、別のマシンから Web サービスにアクセスしたいと考えています。そのために設計されたわけではないことはわかっていますが、可能であればそれを実現したいと考えています。HTTP の場合、これは正常に機能します。マシンの外部 IP のポートを 127.0.0.1 の同じポートにリダイレクトするポート リダイレクタが実行されています。ただし、SSL の場合、URL のホスト名が証明書のホスト名 (「127.0.0.1」) と一致しないため、接続は失敗します。

単一の asp.net アプリケーションを使用して、クラウド ソリューションで Azue 診断モニターをテストしようとしています。

診断モニターを開始しようとするたびに例外が発生します。

例外は言う:

何が欠けているのかわかりません。いくつかのリンクをチェックしてきましたが、まさにこれを行っています。何か案が？

乾杯。

テスト サーバーへの devfabric デプロイ (csrun) のためにビルド サーバーで cspack を使用して Azure デプロイ パッケージをビルドしようとしています。cspack は Web ロールのバイナリとファイルを csx パッケージに忠実にコピーしますが、「RoleModel.xml」ファイルに埋め込まれている各 Web ロールの「sitePhysicalDirectory」パスも必要とします。このディレクトリは、パッケージ時に存在する必要があります。

デプロイ時に、csrun は、sitePhysicalDirectory パスを直接指す IIS サイトをセットアップし、csx パッケージにパッケージ化された Web ロール バイナリを完全に無視するように見えます。言うまでもなく、別のマシンでのテスト展開は機能しません。

ここで何か不足していますか？cspack/csrun が IIS の物理パスを csx パッケージの approot に設定できないのはなぜですか? パッケージ化されたバイナリが使用されない場合、csx パッケージの目的は何ですか? 運用環境の Azure デプロイで、sitePhysicalDirectories は何をしますか?

同時に実行する必要があるWCFサービスとWorkerRoleがあります。ただし、スタートアッププロジェクトとして設定できるのはそのうちの1つだけです。

何ができるでしょうか？

MVC3を使用していて、ローカルで実行しているか、クラウドにデプロイしているかを確認したいですか？

Windows Azureから始めますが、Webトラフィックとバックグラウンドプロセッサのどちらを処理するのが良いかをどうやって知ることができますか。2倍の余分な小さなインスタンスの方が良いでしょうか、それとも単一の小さなインスタンスでしょうか。

小さなインスタンスを使用する場合、Webロールでバックグラウンドプロセッサを作成しますが、この方法で行うことの短所は何ですか？

将来的には、これは複数の小さなインスタンスまたは少数の大きなインスタンスにも当てはまります。

自分のお金などで最高の価値を得ることができる方法を決定するのに役立つツールはありますか？

MicrosoftのSLAを満たすには、2つのインスタンスが実行されている必要があることを私は知っています。

私は読み回してきましたが、開発ファブリックと本番環境の Windows Azure クラウド ファブリックの間にはいくつかの違いがあるようですが、開発ファブリックで何が可能で、クラウド ファブリックと比較されないものについてのリストはどこにもありません。 .

たとえば、次のように表示されます。

クラウド内のすべての Windows Azure 環境は同じです。テストまたはステージング領域について特別なことは何もありません。ただし、ローカル開発ファブリックとクラウド ファブリックには違いがあるため、クラウドでアプリケーションをテストすることが重要です。

(私のものを強調)

私は多くの場所でこれらの違いへのほのめかしを見てきましたが、やはり...何が違うのかについては何も言いません.

これらの違いを説明するリソースを知っている人はいますか?

Azure 開発ファブリックで IIS アプリケーションをホストしています。

アプリケーションが Azure コンピューティング エミュレーターにデプロイされると、5100 付近のポートでリッスンする一時的な IIS アプリケーションが作成されます。パブリック エンドポイントからの着信要求は、このポートにリダイレクトされます。

ただし、Azure 開発ファブリックは、プロジェクト構成で宣言されたパブリック ポートを常に使用するとは限りません。したがって、たとえば、アプリケーションはパブリック ポート 80 を公開する必要がありますが、これを実行すると、ほとんどの場合ポート 81 になりますが、場合によってはポート 82 などになります。

したがって、アプリケーションで作成された URL が正しいことを確認できます。この外部ポートが何であるかを知りたいです。

残念ながらRequest.Url.Port、これは一時アプリケーションのポート番号であるため、単純に見ることはできません。通常RoleEnvironment.CurrentRoleInstance.InstanceEndpointsは 5100 です。サーバーから見た 5100 以降のポートも返すため、どちらも機能しません。

Azure Development StorageのUIには、devstoreを停止、ワイプ、および再起動する[リセット]ボタンがあります。これを行うプログラム的な方法はありますか？これは、を使用してストレージを停止および開始する方法と似ています。