1
コンテナーが埋め込まれたwarファイルと実行可能jarのデプロイに関するアドバイス
Javaスペースでは、現在、Java Webアプリケーションをwarファイル（またはearファイル）の形式でJavaサーブレットコンテナ（またはアプリケーションサーバー）にデプロイするのではなく、アプリケーションを実行可能なjarとしてパッケージ化する傾向があるようです。 jettyのような組み込みサーブレット/ HTTPサーバー。つまり、新しいフレームワークが、アプリケーションをエンドユーザーに配信する方法ではなく、新しいアプリケーションの開発と展開の方法に影響を与えているということです（たとえば、Jenkinsが組み込みコンテナーを使用する理由がわかり、非常に簡単に入手できます。 ）。実行可能jarオプションを採用するフレームワークの例： Dropwizard、Spring Boot、およびPlay （サーブレットコンテナーでは実行されませんが、HTTPサーバーは組み込まれています）。 私の質問は、（この時点まではほとんどStruts2）アプリケーションを単一のTomcatアプリケーションサーバーにデプロイした環境から来ています。組み込みコンテナアプローチの使用を計画している場合、どのような変更、ベストプラクティス、または考慮事項を行う必要がありますか。 ？現在、単一のTomcatサーバーで約10個の自家製アプリケーションが実行されています。これらの小さなアプリケーションの場合、リソースを共有し、1台のサーバーで管理できるのは素晴らしいことです。当社のアプリケーションは、エンドユーザーが環境内で実行できるように配布することを目的としたものではありません。ただし、新しいJavaフレームワークを活用することにした場合、このアプローチを変更する必要がありますか？クラウドデプロイメント（Herokuなど）の使用の増加によって、実行可能jarへの移行が促進されていますか？ Playスタイルのデプロイメントと単一のアプリケーションサーバーでの従来のwarファイルデプロイメントで複数のアプリケーションを管理した経験がある場合は、洞察を共有してください。