Java Google应用程序引擎:协调多个应用程序以提供复合服务

Java Google应用程序引擎:协调多个应用程序以提供复合服务,java,google-app-engine,web-applications,decoupling,multi-tier,Java,Google App Engine,Web Applications,Decoupling,Multi Tier,据我所知,GAE不允许您将不同的Java应用程序(WAR)上传到不同的实例,并让它们都成为同一个“GAE应用程序”的一部分 不过,如果有一个模块化的架构就好了,我有一个主web应用程序和多个其他应用程序来帮助主web应用程序完成它的工作。例如,一个监控应用程序,用于在主应用程序中发生关键事件时发送电子邮件警报。一款具有通用输入验证和编码服务的安全应用程序,可供主应用程序和其他应用程序使用 关键是要有一个部署的GAE应用程序的整体架构,但只有一个是最终用户交互的“主应用程序”。而且,我并不是在试图

据我所知,GAE不允许您将不同的Java应用程序(WAR)上传到不同的实例,并让它们都成为同一个“GAE应用程序”的一部分

不过,如果有一个模块化的架构就好了,我有一个主web应用程序和多个其他应用程序来帮助主web应用程序完成它的工作。例如,一个监控应用程序,用于在主应用程序中发生关键事件时发送电子邮件警报。一款具有通用输入验证和编码服务的安全应用程序,可供主应用程序和其他应用程序使用

关键是要有一个部署的GAE应用程序的整体架构,但只有一个是最终用户交互的“主应用程序”。而且,我并不是在试图“欺骗”GAE,因为无论我是在一个独角戏应用程序中把所有东西都弄得乱七八糟,还是将所有东西都解耦到许多更小的应用程序中,传入/传出的带宽都是一样的。他们还是要给我开账单

问题是我记得在某个地方读到GAE阻止(或者甚至禁止)这种用法。我只是通读了服务条款,在任何地方都找不到这些限制,但如果不允许的话,我不想承诺构建一个解耦的体系结构

有人知道我是否可以进行这种设置,以及这里对开发人员施加了哪些限制/约束(如果有)?提前谢谢

4.3限制。客户不会,也不会允许其控制下的第三方:(a)复制、修改、创建, 逆向工程、反编译、翻译、反汇编或其他 尝试提取服务或任何组件的源代码 (根据下文第4.4节);(b) 使用该服务可获得更高的收益 风险活动;(c) 再许可、转售或分发服务或 与任何综合客户产品分开的任何组件; (d) 使用该服务创建实质上相似的产品或服务 服务(e)创建多个应用程序以模拟或充当 单个应用程序或以其他方式访问服务 旨在避免产生费用;(f) 使用服务来操作或 启用任何电信服务或与任何 允许最终用户拨打或接听电话的应用程序 来自任何公共交换电话网络;或(g)过程或存储 任何受国际流量影响的客户内容 国务院维持的武器条例。顾客 确认该服务不符合HIPAA,且客户 全权负责任何适用的HIPAA合规性