今後のイベントやトレーニングにぜひ参加してください。様々なデータを収集し可視化します。可視化されたデータから意味を見出すのはエンジニアの役割となります。Relicの各プロダクト画面をご紹介しながら解説していきます。Scoreの推移が表示されます。このグラフはデジタル・カスタマー・エクスペリエンス(顧客体験)のスコアが可視化されます。WEBサービス/アプリケーションの応答時間について、顧客満足度を可視化する業界標準の指標です。応答時間はアプリケーションの特性によって異なるため、比較する事が困難ですが、Apdexは顧客の満足度という尺度でアプリケーションの応答性能を可視化し測定、報告することが可能となります。ApdexではユーザーへのレスポンスをSatisfied(満足)、Tolerating(許容範囲)、Frustrated(不満)の3つに分類しスコアを算出します。0.5点、Frustratedを0点としてその平均値を算出し、最高は1点最低は0点として表現されます。計算式は以下のようになります。Satisfied(満足)、Tolerating(許容範囲)、Frustrated(不満)は任意の基準値を元に自動的に仕分けされます。基準値は次のように呼ばれます。判断する閾値、この時間よりも短時間で完了した処理は全てSatisfiedとして仕分けられます。値が自動的に適用されます。この時間を超えた処理はFrustratedとして仕分けられます。処理時間そのものを指標とした場合は、0.2秒の処理で0.5秒遅くなった場合と、5秒かかる処理で0.5秒遅くなった場合ではその影響は大きく異なりますが、どちらも500m秒遅くなったとしかレポート出来ず、その意味を判断するには処理時間全体を見る必要があります。Apdexスコアを判断指標とすることで、秒数ではなくユーザー体験という指標で影響を判断することが出来るようになります。Apdexスコアは1分毎に算出されます。1分当たりの処理件数(RPM)が100未満の場合はスコアが不安定となる場合があります。RPMが100未満のアプリケーションでApdexスコアを元にしたAlertを設定した場合、意図しないアラートが発報する可能性があります。画面から設定を行うことが可能です。UIから簡単に変更する事が可能です。これは、アプリケーションの改善に合わせて、閾値を変更していくことが想定される値であるためです。Tをどう決めるかApdexは顧客満足度を可視化する指標です。はじめは非機能要件などで定義される応答時間を元に設定する方法があります。×4)は詳細なTransaction情報を収集するかどうかの閾値となります。Configファイルで別途固定値を設定することもできます。これは、開発者がアラートノイズに悩まされないための仕組みとなります。非機能要件などの基準が無い場合は、実際にAPM/Browserで測定された処理時間を元に設定すると良いでしょう。これにより普段よりも処理が遅くなった場合詳細なTraceが取得され、改善すべきポイントが明確化されます。Traceが収集されるようになり、新たな改善ポイントが可視化されるようになります。Scoreは0.95となります。多くの改善を進めたい場合は0.92や0.90となるように調整する事も可能です。Scoreは0.95と一致しました。96%90パーセンタイル値は以下のNRQLで算出することができます。Scoreを利用する事で、アプリケーション毎の処理時間ではなく、ユーザー体験を元に性能の改善/劣化を判断することができるようになります。情報は多すぎても、少なすぎても業務の効率が悪くなります。Tをアプリケーションの改善進捗に合わせて適宜変更をしていくことで、どこから手を付けるべきか悩まされることなく優先度を付けてアプリケーションを改善していくことが出来るようになります。見方についてお送りいたします。OSSの運用監視ソフトウェアの日本におけるテクニカルサポート、テクニカルトレーニングの立ち上げを行い、VMwareベースのクラウドサービス開発、AWSテクニカルサポート、クラウドアーキテクトを経て現職。テクニカルサポート、テクニカルトレーニング、運用コンサルを専門領域としてお客様の運用負荷軽減を目指す。得意分野は運用設計、クラウド設計、OSSソフトウェア。株式会社の公式見解であるわけではありません。本ブログには、外部サイトにアクセスするリンクが含まれる場合があります。いかなる保証も提供することはありません。