1

これが可能かどうか知りたいのですが、もしそうなら、それは良い考えですか、それとも悪い考えですか?

CloudQueue で作業を受け取り、クライアントがダウンロードする CloudBlob に結果を格納するワーカー ロールを中心とした Azure アプリケーションを開発しています。Web インターフェイス自体は、CloudQueue にジョブをスローし、CloudBlobs をダウンロードするための URL を構築する非常にシンプルな ASP.NET MVC サイトです。

現在、ソリューションに Azure クラウド プロジェクトを配置することでこれを実現しています。これには、UI を持つ Web ロールと、実際の作業を持つワーカー ロールがあります。

Azure Web サイトを使用して、Worker ロールを呼び出す UI を公開およびホストできますか? Azure DLL は、通常の古い .NET ライブラリにすぎません。Azure Web サイトでは問題が発生しないと思います。したがって、UI を更新する場合は、Visual Studio で公開するだけです。また、Worker ロール (300 MB 以上であり、Crystal Reports などの厄介な依存関係が多数ある) を更新する場合は、Azure 管理ポータルを介してクラウド バンドルを構築し、クラウド サービスを更新できます。

これを行うと、UI の更新が容易になるように思えます。また、Web ロール用のインスタンスを大量に購入する必要がないため、ホストする方が安価になると思います。

4

1 に答える 1

1

質問が「Windows Azure Websites* を使用できますか?」である場合、アプリケーション アーキテクチャに基づいて、Azure Website を使用してフロント エンドを展開し、すべてのネットワーク接続を適切に構成して、他の Azure Storage サービスに引き続きアクセスできるようにすることができます。主に Blob と Queue を使用しているため、Azure Web サイトで HTTP/HTTPS 設定を引き続き使用できます。ワーカー ロールをそのまま維持することもできますが、デプロイが非常に複雑な場合は、Windows Azure VM を使用することも別の方向に進む可能性があります。

WebロールやAzure VMと比較して、WebサイトはWebサーバーレベルの構成に一致できない可能性があるため、WebアプリにWebサーバーで構成する複雑なものがない場合、Webサイトの展開はより簡単になる可能性があります. 「より簡単で安価」という回答は非常に主観的なものになる可能性があります。これはすべて負荷と分散に依存するため、試して評価する必要があります。

于 2012-08-30T17:12:24.797 に答える