0

twitter-bootstrap フロントエンドを備えた JEE6 バックエンド アプリケーションを開発しました。GUI は REST を介してバックエンドと通信します。当初の計画は、Apache で GUI を実行し、バックエンドに Jboss クラスターを配置してスケーラビリティと HA を提供することでした...すべて Amazon EC2 で実行されます

私は今、代替手段としてHerokuを見ています..管理、スケーリングなどがはるかに簡単に見えます. 現在のアーキテクチャを Heroku のモデルに合わせて変換する最善の方法は何だろうと思っています。どうにかtwitter-bootstrap GUIをRubyアプリとして実行し、どうにかして既存のJava eeアプリと対話しますか?

重要な注意点！:-) ..

  1. 私たちの専門は JavaEE であり、明らかな弱点は Web フロント エンドであるため、フロント エンドの代替案を説明する際には適切に対応してください。
  2. ポイント 1. (およびその他の時間的制約) のため、GUI の完全な再設計と、データテーブルなどの提供するすべての機能を備えた Twitter ブートストラップ GUI からの切り替えはオプションではありません。

ありがとう

4

1 に答える 1

1

Heroku は、 jboss、websphereまたはweblogicタイプの Java アプリケーション サーバーをサポートしていません。すべての dyno 間にグローバルな「アプリケーション コンテナー」はありません。各 dyno は分離されているため、ポート自体にバインドできる必要があります。

これについて考える典型的な方法は、デプロイ可能なプロセスが組み込み可能な Web サーバーを実行するということです。桟橋のように。 https://devcenter.heroku.com/articles/deploy-a-java-web-application-that-launches-with-jetty-runner

または、Tomcat ベースのアプリを提供するために Webapp Runner を使用します。 https://devcenter.heroku.com/articles/java-webapp-runner

2 つのコンポーネントをデプロイする場合、heroku アプリはアプリごとに 1 つのポートにのみバインドできます。したがって、別の heroku アプリを作成します。これにより、アーキテクチャの各部分を個別に更新/デプロイし、個別にスケーリングできるという利点が得られます。

于 2013-02-25T22:42:45.540 に答える