3

Java および Java Web アプリケーションは初めてです。コマンドラインから実行するのではなく、Tomcat のような Java アプリケーション サーバーを使用する必要がある理由を理解しようとしています。

  • 本番環境でサーブレットコンテナなしでJenkinsを実行する必要がありますjava -jar jenkins.warか?
  • Tomcat は実稼働環境により適していますか?
  • 他の利点はありますか？

アプリケーションをサーブレット コンテナで実行することが重要な理由を教えてください。

4

1 に答える 1

7

実際、Jenkins を "java -jar jenkins.war" として実行すると、埋め込みサーブレット コンテナー (Winstone または Jetty) が開始されます。ビルド サーバーの主な負荷は Web ユーザーからではなく、(驚き - 驚き) ビルド ジョブから発生するため、サーブレット コンテナーの種類がパフォーマンスに影響を与える可能性はないと思います。さらに、ビルド ジョブは別の JVM またはスレーブ マシンで開始されます。

また、すべてのサーバー/ジョブ/プラグイン構成は Jenkins のホーム/構成フォルダーに保存されるため、Jenkins を起動した方法はサーバーのメンテナンス/バックアップ タスクには影響しません。また、ネイティブ インストーラーはユーザーを作成し、Jenkins をサービスとして起動します。

" Jenkins: The Definitive Guide " - "Jenkins をスタンドアロン アプリケーションとして実行することは、万人の好みではないかもしれません。実稼働サーバーの場合、本格的な Java アプリケーション サーバーのより洗練された監視機能と管理機能を利用したい場合があります。 JBoss、GlassFish、または WebSphere Application Server など. そして、システム管理者は、比較的あまり知られていない Winstone サーバーを警戒するか、Jenkins が Java Web アプリケーション開発の既知のパターンに適合することを単に好むかもしれません. Jenkins を標準の Java Web アプリケーションとしてデプロイすることを好むか、またはデプロイする義務があるかもしれません。」

于 2014-09-10T13:53:17.343 に答える