繁体   English   中英

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

[英]Facebook proxy web application - Is it good architecture/design?

我正在尝试构建一个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 Web应用程序都会确定需要提供服务的应用程序,并向其打开GET请求,从中获取html响应,并将其作为自己的html响应的一部分包含在内。 简而言之,这就是它的样子:

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

这有意义吗? 这是一个好的设计吗? 我有一种感觉,我正在尝试使其看起来像一个伪造的门户网站,xyz.com为每个传入请求都打开了一个新的HTTP Get,我认为当必须扩展时它将失败。 设计这种代理Web应用程序的最佳方法是-a)灵活性(服务于更多应用程序)b)扩展性。

我认为这不是体系结构问题。 尝试就问题交换观点,对我而言,这与部署有关。

您已经设计了一个应用程序,并且想要在不同的域上运行它,对吗?

如果为true,则至少具有以下两个选项:

  • 对Web服务器配置采取行动(如果您决定容纳或在组织中部署)。

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

关于法律问题,很抱歉,我不能为您服务; 但我建议您搜索Facebook合作伙伴指南(或尝试咨询Facebook推销员)。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM