これに対する答えはかなり簡単です。Azure は、ホスティング プロバイダーです。必要に応じてアプリケーション サーバーをスケーリングするのに役立ちます (アプリケーションをダウンロードおよびインストールするモバイル クライアントの数など)。
ちょっとしたマーケティングの話: Azure は、最初に必要なハードウェアの量を把握 (推測) し、次にデータ センターやハードウェアを構築/レンタルするための初期投資を不要にするため、独自のソリューションの所有コストを削減します。また、AppFabric などのアプリケーション用の何らかの形式のミドルウェアも提供するため、「クラウド」での通信が少し改善されます。また、Azure での負荷分散、分散ホスティング (ヨーロッパのデータセンター、米国のデータセンターなど)、フェイル セーフ メカニズム (1 つが失敗した場合の自動インスタンス インスタンス化) が既に導入されており、明らかに従量課金制と従量課金制のメリットも得られます。 .
そこから先は、ASP.NETはアプリケーション フレームワーク、具体的には Web アプリケーション フレームワークです。8 つのWebFormsまたはMVCを使用して Web ベースのアプリケーションを作成するのに役立ちます。あなたが述べたことについては、これは実際にはあまり役に立たないはずです(バックエンドシステムを実行する場合のみ)。しかし、その上に Web アプリケーションが必要な場合は、そうです。ASP.NET は Azure と完全に連携します (当然のことです)。
最後に、WCFまたはWindows Communication Foundationは別のフレームワークであり、今回はサービスを作成および使用するためのものです。これらは、Web サービスまたはその他 (TCP ベースのサービス、さらには MSMQ ベースのサービスなど) です。私の意見では、これはバックエンドを公開するために見るべきものです。WCF を使用すると、サービスのホスティングとインスタンス化をIISに任せながら、コントラクトと実装を簡単に指定できます(IIS は Microsoft の Web サーバーであり、Azure の内部でも実行されています)。
さて、あなたの質問に答えるために、私は Web ロールを持ち、WCF サービスをホストし、パブリック エンドポイントで公開することにします。モバイル アプリケーションはそこからこのパブリック エンドポイント (アドレスとポートによって定義されます) を呼び出し、標準ベースの Web サービスを使用してサービスと通信します。
これは理にかなっていますか?
恥知らずなプラス: 私はこれらの流行語やその他のことについてブログに書いています。ぜひチェックしてください。