GWTアプリをEC2にデプロイした経験のある人はいますか?
ec2インスタンスにtomcatまたはapacheをインストールする場合、ユーザーにそこを指すURLに直接接続させることはできますか?
それは費用効果が高いのでしょうか、それともJavaホスティングサービスが最適でしょうか?
通常のホスティングサービスでエッジHTTPサーバーをホストし、EC2に直接リクエストすることのデメリットはありますか?ここでパフォーマンスが問題になることはありますか?
GWTアプリをEC2にデプロイした経験のある人はいますか?
ec2インスタンスにtomcatまたはapacheをインストールする場合、ユーザーにそこを指すURLに直接接続させることはできますか?
それは費用効果が高いのでしょうか、それともJavaホスティングサービスが最適でしょうか?
通常のホスティングサービスでエッジHTTPサーバーをホストし、EC2に直接リクエストすることのデメリットはありますか?ここでパフォーマンスが問題になることはありますか?
他の答えは正しいですが、100% EC2/S3 ベースで、純粋な GWT フロントエンドを備えた製品を開発しているという事実を共有したかっただけです。
ビルドには maven2 と優れた gwt-maven プラグインを使用します。これにより、Web アプリケーションの WAR パッケージを出力として簡単に生成できます。Jetty を使用していますが、Tomcat も同様に機能します。
http と https をリッスンする VM で pound (http アクセラレータ/ロード バランサ) を実行し、lighttpd (静的) または jetty (アプリ) にリクエストを転送します。ポンドが SSL を処理するため、これにより SSL 証明書も簡素化されます。Java サーバーは、SSL 証明書を使用して構成するのが常に面倒であることがわかりました。
はい、事実上、コマンドで専用の Linux マシンを使用できるため、ほとんど何でもホストできます。
私が最後に思い出したように、EC2 インスタンスの基本料金は、「ローエンド ボックス」で月額約 75 ドルだったので、他のベンダーに対するベンチマークとして使用できます。また、マシンが 24 時間 365 日稼働していることも前提としています (時間単位で支払うため)。
EC2 インスタンスの主な欠点は、いつでも "消える" 可能性があり、インスタンスに書き込まれたデータも "消える" ことです。
つまり、サーバーをすぐに再起動できるように設定する必要がありますが、生成して保持したいデータをすべてオフラインにする必要があります (S3 などの Amazon の他のサービスのいずれか、または他の外部サービスのいずれか)。 )。ボリュームに応じて追加料金が発生します。
最後に、サービスへのトラフィックに対しても課金されます。
比較対象は、他のベンダーの別の「仮想サーバー」です。EC2 でできる興味深いことはたくさんありますが、1 台のマシンだけを使用している場合は、専用の仮想ホスティング サービスを使用する方が簡単かもしれません。
他の人は良い答えを出しています。EC2 の癖を知り、それらに対処するためにプログラマーの時間を費やす必要があることを付け加える必要があります (たとえば、EBS を使用)。それは完全に些細なことではなく、持っていると便利な知識であり、その理由だけでも価値があるかもしれませんが、わずか数台のサーバーですぐに起動して実行したい場合は、おそらく他のホストされたオプションを検討する必要があります.
一方、大規模なスケールアップを計画している場合 (最終的に EC2 で多くのサーバーをホストする場合) は、強くお勧めします。いくつかのことを設計する必要がありますが、とにかくそれを行う必要があります。オンデマンド コンピューティングの柔軟性と一般的な低価格により、一定の運用規模に達すると、これはキラー プラットフォームになります。
EC2 で http サーバーをホストすることは間違いありませんが、次のことを考慮する必要があります。
したがって、EC2 でサーバーを正常にホストするには、Amazon の他のサービスを利用する必要があります。新しい IP アドレスの問題を回避できるように、Elastic IP が必要です。Elastic Block Storage を使用することもできます。これは、マシンにディスクをマウントできるようにするサービスで、インスタンスが失われても消えません。