APM（アプリ性能管理） とは？

応答時間、エラー率、処理したリクエストの量などを計測・監視し、問題や性能の変化を調べる。CPUやメモリなどの情報も関係する。「インフラの数字」と「アプリの中身」は完全に別というより、組み合わせて原因を考えるよ。

計測できていれば、トレースで処理の経路や時間を関連付けて調べられる。例えばアプリが呼んだDBや外部APIの処理を見る。OpenTelemetryでは、個々の作業をスパンとして記録し、親子関係などを使ってつなぐよ。

対応する言語やライブラリの処理を自動計測する方法も、SDKやAPIで自分の処理に計測を追加する方法もある。何が記録されるかは対応と設定次第だ。サービスをまたぐ経路をつなぐには、関連付ける情報を伝える仕組みも必要になる。

長い処理は調査の手がかりだけど、待ち時間、負荷、要求の内容、接続先なども確認する。トレースだけで原因や、速くするべき箇所が確定するとは限らない。普段との差、エラーやほかの計測結果と合わせて考えよう。

親の処理時間に子の呼び出しが含まれる場合や、複数の処理が並行して進む場合がある。単純に全部足すと、二重に数えたり全体と合わなくなったりする。開始・終了と親子関係、待ち時間を見て読むことが大切だ。

用途と必要な観測、運用の負担による。取得する情報の量や保存期間、費用、計測の負荷を確認する。トレースの一部を取得するサンプリングもある。導入だけで必ず元が取れるとは限らず、問題を見つけて対策し、その結果を確認する流れを考えよう。