この記事はNew Relic Advent Calendar 2021の7日目の記事です。
概要
最近、株式会社WARCに転職しました。
弊社ではNewRelicを導入しておりますが、これまで自分はほぼ触ったことなく今回あらためてNewRelicを端から触ってみたので、良いと思ったものをピックアップして浅く広く紹介していきます。
ちなみに、インフラよわよわバックエンドエンジニア目線での記事になります。
紹介
AWS上のリソースの確認がしやすい
AWS上のリソースを並べてビジュアライズしてくれます。一部のリソースだけでなく設定したアラートにひっかかった場合はリソースの色が黄色や赤色になるので、高負荷や障害時などに何が原因になってるのかひと目でわかるのがよさそうですね。
メトリクスをSQLライクなクエリで参照できます。雰囲気で雑に書いてもそれっぽくなります。
これらがどうやら簡単に接続できるらしいのがよいですね。
リクエスト分析
アプリケーションをトレーシングして、どのエンドポイントが遅いのか・またそのエンドポイントの中でもコードのどの箇所に時間かかってるのか調査できます。遅い箇所を具体的な関数やSQLで出してくれます。パフォーマンス改善にめっちゃ役立ちます。
`Slowest average response time`だと純粋にレスポンスタイムが長い順に、 `Most time consuming` にするとリクエスト数とレスポンスタイムを鑑みた順にソートしてくれます。
（画像上では具体名が出ている箇所は白塗りにしました、わかりづらくてすみません；）
クエリ分析
こちらはDBにむけて投げてるクエリの分析。こちらも遅い順にならべてくれます。
RubyVM
VMの情報もメトリクス化してくれる。素直にcloudwatchだけだとここまでできないのでこれはありがたい。
デプロイ別インフォーメーション
設定しておけばデプロイ別のインフォメーションも出してくれます。いつのデプロイでレスポンスタイムがどう変化したのかエラー率がどうなったのかなど。
この機能がなくても色々辿ればだせるけど、こうやって一覧にしてくれるのは嬉しいですね。
ログ確認
ログがずらずらっと流れます。フィルタがかけやすやすく、GUIでポチポチもできるしクエリで入力もできます。
スケーリングレポート
レスポンスタイムvsスループットのグラフ。スループットが増えてもレスポンスタイムが伸びない（=線が水平に近い）とスケールしていると言えると思います。（図は良くない例ですね）
セッショントレース
Webフロントでの1セッションの動きをトレースしてくれる。ユーザがどう動いたのかを見れる感じですね。
まとめ
以上紹介記事でした。
他にも、スレッドプロファイルとってくれたり、どこからアクセスされてるとか、Webフロントのどこが遅いなどなど良い機能がたくさんあります。
他社製品にも同じ機能あるよ！などあるかもですが、APMツールとして基本的な機能を抑えつつ使い勝手の良い機能を取り揃えてるのが良いと思いました。
色々導入するのも良いですが、情報が一箇所にまとまってるのは大きなメリットですね。
まだまだ触り始めたばかりで浅い記事になってしまったので、この機会にもっと使っていこうと思います。
（トンチンカンなことを記載していたらすみません）
最後に
株式会社WARCではともにサービスを作っていく仲間を募集しています。
https://www.wantedly.com/companies/company_3787524/projects