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

Question

我正在尝试构建一个 java web 应用程序，它是一个 facebook 应用程序。假设这个应用程序是 facebook 上的“测试应用程序”，它是由“xyz.com”托管和提供的。现在，我想让这个 java 应用程序在 xyz.com 上运行 - 有点通用 - 想法是创建 N 应用程序“Test App1”（托管在 abc.com），“Test App2 "（托管在 efg.com）等等（有点像服务），只使用 xyz.com 上的这个 web 应用程序来为这些应用程序中的每一个提供 GUI。因此，对于任何 fb 应用程序上的每个传入请求，xyz.com webapp 将识别需要服务的应用程序并打开一个 GET 请求，从中获取 html 响应，将其作为自己的 html 响应的一部分。简而言之，这就是它的样子：

“Test App1”的用户 -> iframe 尝试加载 xyz.com -> xyz.com 应用程序上的 servlet 代码打开对 abc.com 的 HTTP GET 请求 -> 获取响应 -> 将其包含在自己的响应 -> 发送响应。

这有意义吗？这是一个好的设计吗？我有一种感觉，我试图让它看起来像一个假门户，xyz.com 为每个传入的请求打开一个新的 HTTP Get，我认为当它必须扩展时它会惨遭失败。设计这种代理网络应用程序的最佳方式是什么 - a) 灵活性（服务更多应用程序）b) 可扩展性。

Answer 1

我认为这不是架构问题。尝试转换问题的观点，对我来说这是关于部署的。

您设计了一个应用程序，并且希望在不同的域上运行它，对吗？

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

• 根据网络服务器配置采取行动（如果您决定住房或在您的组织中部署）。

• 根据您的服务主机提供的配置执行操作（如果您决定托管）。

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