次のレクリエーションの手伝いを頼まれました。
Web サイトはinfo.comで運営されており、一部のデータのビューアー (初歩的なエディターを使用) です。取得および保存操作は、別の Web サイトdata.comへの呼び出しによって行われます。
ビューアーは Web フォームを使用して作成されます。Web サービスはおそらく WCF です (ただし、古いものである可能性があります)。
(1)はすでにできています。(2) ああ (3) は私にとっては問題ではありません。ただ、(4)についてはちょっと自信がありません。MVC プロジェクトと WCF プロジェクトを同じ Azure Web サイトにデプロイすると、問題が発生するのではないかと心配しています。
どのような落とし穴を予想する必要がありますか? 取らなかったことを後悔する予防策は何ですか?
両方の部分を同じ Web サイトで実行したいというのは、同じ Web ロールを意味するのでしょうか、それとも実際の同じ Web サイトを意味するのでしょうか?
Web ロールが同じでサイトが異なる場合は、Cloud Services の Web ロールの複数サイト ホスティング機能を使用してそれを行うことができます。複数の Web サイトの Web ロールを構成するに関する MSDN ドキュメントを読むことができます。このパスは、これらが 2 つの別個の Web サイトであり、後で簡単に分割できるという点で、元のシナリオに非常に似ていることに注意してください。これを調べる場合は、Michael Collier によるWeb ロールで複数のサイトを公開するためのヒント を読むことを強くお勧めします。追加のサイトがパッケージ化される方法には、知っておく必要がある奇妙な点がいくつかあります。
同じ実際の Web サイトを意味する場合、それは本当に簡単です。ここで扱うべき実際の Windows Azure 固有のものはありません。WCF エンドポイント (svc) を MVC Web プロジェクトに追加するだけです。MVC 4 アプリを作成して、これをテストしました。Api という最上位フォルダーを追加しました。次に、Api フォルダーで [新しい項目の追加] を実行し、ダイアログから [WCF サービス] を選択しました。.svc ファイル、インターフェイスなどが追加されました。必要に応じて、サービスの実装を別のアセンブリに分割することもできます。プロジェクト内のどこにサービス エンドポイントを配置するかによって、ルーティングに対処する必要がある場合と、そうでない場合があります。
同じ MVC プロジェクト内で WebAPI を使用したり、ビューではなくデータを返すサービス エンドポイントのような MVC コントローラーを使用したりするなど、WCF 固有ではないオプションを確認することもできます。