Facebook代理Web应用程序-它的架构/设计好吗？

Question

我试图建立一个java web应用程序，这是一个facebook应用程序。假设这个应用程序是facebook上的“测试应用程序”，它由“xyz.com”托管和提供服务。现在，我想让这个java应用程序在xyz.com运行——有点普通——想法是创建N个应用程序“测试应用程序1”(托管在abc.com)、“测试应用程序2”(托管在efg.com)，等等(有点像服务)，只使用xyz.com的这个web应用程序为每个应用程序的GUI提供服务。因此，对于任何fb应用程序上的每个传入请求，xyz.com web app将识别哪个应用程序需要服务，并向其打开GET请求，从其获得html响应，将其作为自己的html响应的一部分。简而言之，这就是它的样子:

“测试应用1”的用户-

这有道理吗？这到底是不是一个好的设计？我有一种感觉，我试图让它看起来像一个假的门户，xyz.com为每个传入的请求打开一个新的HTTP Get，我认为当它必须扩展时，它会悲惨地失败。设计这种代理web应用的最佳方式是什么——a)灵活性(为更多应用服务)b)可伸缩性。

Answer 1

我认为这不是建筑问题。试着换个角度来看待这个问题，对我来说这是关于部署的。

你设计了一个应用程序，你想在不同的域上运行它，对吗？

如果为真，您至少有以下两种选择：

>

根据web服务器配置操作（如果您决定在组织中部署或安置）。

根据服务主机提供的配置进行操作(如果您决定进行托管)。

关于法律问题，对不起，我帮不了你；但我可以建议搜索facebook伙伴关系指南（或尝试询问facebook销售人员）。