FacebookアプリであるJavaWebアプリケーションを構築しようとしています。このアプリはFacebookの「テストアプリ」であり、「xyz.com」からホストおよび提供されているとします。ここで、このJavaアプリをxyz.comで実行するようにします-少し一般的です-アイデアは、N個のアプリ「TestApp1」(abc.comでホスト)、「Test App2」(efg.comでホスト)を作成することです。 )など(サービスのようなもの)では、xyz.comでこの1つのWebアプリだけを使用して、これらの各アプリのGUIを提供します。したがって、任意のfbアプリで着信するすべてのリクエストについて、xyz.com webappは、提供する必要のあるアプリを識別し、そのアプリへのGETリクエストを開き、そこからhtml応答を取得し、それを独自のhtml応答の一部として含めます。要するに、これはそれがどのように見えるかです:
「TestApp1」のユーザー->iframeがxyz.comを読み込もうとします->xyz.comアプリのサーブレットコードがabc.comへのHTTPGETリクエストを開きます->応答を取得します->それを独自の応答に含めます->応答を送信します
これは意味がありますか?これは良いデザインですか?xyz.comがすべての着信リクエストに対して新しいHTTPGetを開くことで、偽のポータルのように見せようとしているような気がします。スケーリングする必要がある場合、それは惨めに失敗すると思います。この種のプロキシWebアプリを設計するための最良の方法は何ですか-a)柔軟性(より多くのアプリを提供するため)b)スケーラビリティ。