Jenkins APIの応答調整

Question

Jenkinsの上にダッシュボードを作成しました。これにより、ユーザーはプロジェクトに関連するジョブのみを表示し、ビルドを開始できます。 UIはreactJSを使用して構築され、バックエンドはJAVA REST WebServicesです。

WebServiceはJenkins APIを呼び出してジョブ情報を取得し、そのデータをJSONに変換してUIに供給します。現在、ダッシュボードには約200のジョブがあります。 Jenkins APIが詳細に対応するのに約2分かかります。

ジェンキンスは

OracleLinux 6 x Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz/39.25 GB 

ジェンキンスバージョンのLinuxボックス上で実行されている - APIはの詳細を取得するために200のジョブのために200回と呼ばれる16のexecutorおよび2000の以上のジョブ

Sample API Call - http://jenkins:8080/job/jobName/api/json?tree=displayName,builds[result],lastBuild[estimatedDuration,result,duration,number,timestamp,actions[causes[userName]]] 

で1.564それぞれの仕事。

API応答のスピードアップに関するアドバイス

私は、Linuxボックス上でRAMを増やし、JVMのOPTSを調整することを検討しました。また、Jenkinsを最新のLTSにアップグレードします。

Answer 1

低ぶら下げフルーツ：

1. は、すなわち、並列に次々ないものを要求を実行します。
2. 標準jetty containerを使用している場合は、人数の作業者プロセスを--handlerCountMaxオプション（デフォルトは40）で増やしてみてください。

結局、あなたは200の個々の要求を実行避けるべきです。設定に応じて、すべてのリクエストだけのセキュリティチェックによって大幅なオーバーヘッドが発生する可能性があります。

• が、これは数を減らし：

  したがって、きれいな解決策は、あなたがマスター上の単一のGroovyスクリプトから必要なすべてのデータを収集することになります（あなたはまた、RESTを経由していることを行うことができます） 1

• への要求と、それはあなたがあなたの上に任意の遅延ロードの問題を打つていないようにそれはそうと、おそらく

Answer 2

上記のジョン・Sのコメントで述べた問題を回避し、さらに最適化することができますrサーバー（ジョブごとに60個のビルドしかないため）、問題はおそらくアレックスOが提案しているオーバーヘッドに関係しています。また、Alex O氏は1回のリクエストですべてをやるよう提案しました。

http://jenkins:8080/api/json?tree=jobs[displayName,builds[result],lastBuild[estimatedDuration,result,duration,number,timestamp,actions[causes[userName]]]] 

の代わりに、我々は、単一のリクエストですべてのジョブのデータをフェッチすることができますジェンキンスのAPIを使用したジョブAPIに依存する：これは、次のリクエストを行うことができます。