我开发了一个带有twitter引导程序前端的JEE6后端应用程序。GUI通过REST与后端对话。最初的计划是在apache上运行GUI，然后在后端有一个Jboss集群，以提供可扩展性和HA。。。所有运行在亚马逊EC2 上
我现在正在考虑将Heroku作为一种替代方案。。它在管理、扩展等方面看起来要简单得多。我想知道将我当前的架构转换为适合Heroku模型的最佳方式是什么？。。。例如，以某种方式将twitter引导GUI作为ruby应用程序运行，并以某种方式与现有的Javaee应用程序对话？
重要提示！：-(。。
- 我们的专业知识是JavaEE，而我们明显的弱点是网络前端，所以在描述前端替代方案时要谨慎
- 因为第1点。(和其他时间限制(完全重新设计GUI并从我们的twitter引导GUI切换到它提供的所有功能，如数据表，这不是一个选项
感谢
Heroku不支持jboss、websphere或weblogic类型的java应用程序服务器。在所有dynos之间没有全局的"应用程序容器"。每个dyno都是隔离的，因此它需要能够绑定到端口本身。
考虑它的典型方式是，您的可部署流程运行一个可嵌入的Web服务器。就像码头。https://devcenter.heroku.com/articles/deploy-a-java-web-application-that-launches-with-jetty-runner
或者您使用Webapp Runner来提供基于tomcat的应用程序。https://devcenter.heroku.com/articles/java-webapp-runner
在部署两个组件时，heroku应用程序每个应用程序只能绑定到一个端口。因此，创建另一个heroku应用程序。这样做的好处是能够独立地更新/部署体系结构的每个部分，也可以单独扩展它们。