Jira Service Desk 4.5.x 長期サポート リリースのパフォーマンス レポート

このページでは、Jira Service Desk 3.16.6 と Jira Service Desk 4.5 長期サポート リリースのパフォーマンスを比較します。

長期サポート リリースについて

Jira Service Desk を定期的にアップグレードすることをお勧めします。組織のプロセスによって年に 1 回しかアップグレードできない場合、バージョンのサポート終了までの間の重大なセキュリティ、安定性、データ整合性、パフォーマンスの問題に継続的にアクセスできる、長期サポート リリースへのアップグレードをお勧めします。

パフォーマンス

Jira Service Desk 4.5 はパフォーマンスのみに焦点を当てたバージョンではありませんでしたが、各リリースでは同等かそれ以上のパフォーマンスを提供することを目指しています。このセクションでは、Server と Data Center の両方について、Jira Service Desk 3.16.6 を Jira Service Desk 4.5 と比較しています。広範囲の同じテスト シナリオを両方のバージョンに対して実行しました。

次のグラフは、Jira Service Desk で行われた各種操作の平均レスポンス時間の違いを、実行時間がかかる重いアクション、中程度のアクション、および実行時間が短い軽いアクションの 3 つのカテゴリで表したものです。グラフ下部の「クリックしてデータを表で表示」をクリックして、平均レスポンス時間を確認できます。

パフォーマンスは、5000 ユーザーのインスタンスでのピーク トラフィックを推定したユーザー負荷で計測されました。

これらの操作と対象の Jira インスタンスの詳細については、「テスト手法」を参照してください。

概要

製品のほとんどすべてのシナリオで、高負荷下でのパフォーマンスの改善を確認しています。これはこれまでで最速のバージョンです。ハイライトは次のとおりです。

• SLA のあるキューの表示速度を 10 倍向上
• カスタマー ポータルでのコメントの追加速度を 3 倍向上 
• キューでのすべてのオープンな課題の閲覧速度を 3 倍向上
• カスタマー リクエストの作成速度を 2.5 倍向上 
• カスタマー / 組織ページの表示速度を 2.5 倍向上
• エージェント ビューでのサービス デスク課題の表示速度を 2 倍向上

全体として、あらゆるシナリオでの全体的なレスポンス タイムを 20% から 90% 改善し (改善を行っていない "チームの招待" シナリオを除く)、"カスタマー ポータルでのカスタマー リクエストの表示" では 50 ミリ秒のわずかなデグレーションが確認されています。

アトラシアンでは、サービス デスク チームがワークスペースで簡単に移動でき、最大規模のお客様が自信を持って拡張できるよう、パフォーマンスの改善について今後も投資を続けていきます。

テスト手法

以下のセクションでは、当社のパフォーマンス テストで使用するテスト環境 (ハードウェア仕様を含む) とテスト方法を詳しく説明します。

テスト方法

テストを開始する前に、一般に大規模な Jira Service Desk インスタンスを表すデータセットのサイズと内容を決定する必要がありました。これを実現するために分析データを使用して、お客様の環境の全体像や、最大規模の組織で Jira Service Desk を拡張する際にお客様が直面する問題を把握しました。

次の表では、各データ ディメンションの 99 番目で切り捨てています。これらの値を使用して、ランダムなテスト データを含むサンプル データセットを生成しました。

基準となるデータ セット

実行した操作

最も一般的なユーザー操作の例を表す混合操作を選択しました。このコンテキストにおける操作とは、ブラウザ ウィンドウで課題を開くなどの、完全なユーザー操作です。次の表は、ペルソナのテスト用にスクリプトに含めた操作の詳細と、1 回のテスト中に各操作が何回繰り返されるかを示しています。

ユーザー操作のテスト環境

すべてのパフォーマンス テストは、一連の AWS EC2 インスタンス上で実行されました。テストごとに環境全体をリセットおよび再構築し、各テストの最初にはインスタンス キャッシュをウォームアップするためのアイドル サイクルを実行しました。以下で、Jira Service Desk Server および Data Center で使用された環境の詳細や、EC2 インスタンスの仕様を確認できます。

テストを実行するため、スクリプトを組んだブラウザを 21 個使用し、操作の実行にかかる時間を計測しました。各ブラウザのスクリプトは、定義済みの操作リストからランダムに操作を実行し、すぐに次の操作に移る (つまり思考時間がゼロになる) ように記述されています。これによって各ブラウザは実際のユーザーが可能なタスクよりも実質的に多くのタスクを実行するため、ブラウザの数が実際の同時実行ユーザー数と等しくなると解釈することはできません。

各テストは 40 分間実行され、その後、統計情報が収集されます。

ここでは、テスト環境の詳細について説明します。

インデックス測定用のテスト環境