New Relicの評判・口コミ 全22件

改善してほしいポイント

・Java 以外の言語には CPU や Memory の Profiler 機能(flame graph で可視化できるもの)が提供されていない
・(英語版も含め)公式ドキュメントのリンク切れが目立つ
・公式ドキュメントの日本語サポートが弱い(ドキュメントの崩れ、検索でヒットしない)

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

既にローンチされているとあるサービスはこれまで大きなトラブルには見舞われていませんでしたが可観測性が欠如しており、障害調査のコストが高くそもそも障害に気付きづらい状況で障害対応も属人化していました。
新しい施策により新規会員の流入が増加する事が予定されている中で可観測性の向上が急務となり、New Relic の検証から本格導入までを2ヶ月弱で実施することができました。その際、New Relic が OpenTelemetry に対応していることや、導入が容易であることに大変助けられました。
お陰で本格導入が間に合い、施策は無事故で完遂しました。

検討者へお勧めするポイント

主要 Public Cloud とのインテグレーションが容易で OpenTelemetry に対応しているので、ベンダーロックインせず導入できます。まずは試してみて、最終的にはユースケースに合うか、課金形態が組織に合っているかが決め手になると思います。

改善してほしいポイント

New Relic Query Language (NRQL) は強力ですが、ユーザー体験や機能面でいくつかの改善点が考えられます。
・複雑なクエリのデバッグ・エラーハンドリング
複雑な FACET や FILTER 句を用いたクエリを作成する際、構文エラーやロジックミスがあった場合のデバッグ機能が限定的です。エラーメッセージが汎用的で、問題の具体的な箇所を特定しにくい場合があります。より詳細なエラーフィードバックや、ステップごとのクエリ実行結果を確認できるデバッグ環境の提供が望まれます。

・構文の学習曲線
SQLに似ていますが、NRQL特有の集計関数やデータ型があり、特に初心者がこれらの機能を完全にマスターするまでに学習コストがかかります。より直感的なクエリビルダーの強化や、一般的な分析パターンに対するテンプレート機能が充実すると、利用しやすくなります。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

NRQLは、アプリケーションやインフラストラクチャのパフォーマンス問題の原因特定において、特にその真価を発揮する思います。
突発的なレイテンシ上昇の原因特定
あるECサイトで、特定の時間帯にトランザクションのレイテンシ（応答時間）が突発的に上昇する問題が発生しました。従来の監視では平均値しか分からず原因不明でしたが、NRQLを使用してデータを詳細に分析しました。
クエリを実行し、トランザクションデータをホストごとにグルーピングして比較したところ、特定の1台のホストでのみレイテンシが顕著に悪化していることを発見しました。さらにそのホストのインフラメトリクス（CPU使用率、ディスクI/O）をNRQLで確認した結果、そのホスト上でバッチ処理が重なって実行されていたことが原因だと判明しました。
これにより、アプリケーションコードを調べることなく、インフラ側のリソース競合という根本原因を特定・解決することができました。

検討者へお勧めするポイント

特にNRQLが強力なので活用をお勧めします。

改善してほしいポイント

AIの活用に期待しています。
alertが発生した際に自動でAI-agentが該当のエラーの調査や改修のPR作成まで自動でしてくれるなど、運用に関する業務をすべてAIがサポートしてくれるような未来に期待してます！

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

ログの情報が断片的になっており、ユーザー操作に対してまとめたログを確認する際は手作業でそれぞれのログを抽出して突き合わせを行なっており、アラートの度に20分~30分の時間をかけていましたが、NewRelicの機能でログの紐付けが自動で行えるようになり調査が3分で完了するようになりました。

検討者へお勧めするポイント

結構な頻度でバージョンアップがあるので、どんどん使い勝手がよくなるので現時点だけの機能だけでなく将来さらに良い製品になることも期待できます。

改善してほしいポイント

改善ポイントとして、UIの日本語対応でしょうか。
エラーメッセージやドキュメントが英語中心のため、チーム内での情報共有や新メンバーのオンボーディングに時間がかかる事が多いと感じます。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

New Relicの良いポイントで記述した通り、
負荷アラート発生時にAPMトレース分析を活用し、特定プロセスの高負荷から該当PHPファイル、
さらにボトルネックとなっている関数まで段階的に深堀りすることで、根本原因を特定できるようになりました。

改善してほしいポイント

Muting ruleが上手く設定されているかわからないので、UI上でどのConditionがMuting ruleの対象になっているか
設定前、設定後でわかるようにしてほしいです。
上記が実装されれば、Muting ruleの設定ミスが減ると思います。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

Terraformに対応しているため、チームで監視を構築する際に工数削減や設定不備の削減につながりました。
→国別に同じ監視を構築する際に、とても楽でした。
　構築工数は4分の1程度に
お客様の複雑な監視要件にもNRQLの柔軟性を活かし、実装することができました。

検討者へお勧めするポイント

ドキュメントが豊富
事例が豊富
サポートが手厚い
機能が多く柔軟性が高いので、複雑な要件をお持ちのお客様にはおすすめです

改善してほしいポイント

FullPlatformユーザー数の増加が頻繁にあるチームだと、今の料金形態は使いづらい。ユーザー数無制限でサーバーの数やAPIリクエスト数に応じた課金形態が追加されると嬉しい。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

APMの機能を使い、APIのレスポンスタイムのボトルネックの調査を行い地道に改善を行ったところ、平均レスポンスタイムが3秒から2秒になりました。スロークエリがわかる他、アプリケーションにトレーサーをしこめば、特定のメソッドに対して時間を計測することも可能です。

改善してほしいポイント

営業さんでも簡単にコーディングしないでカスタマイズできればうれしい。できればメニューとかもカスタマイズして、みんなが見る画面とかも作りたいです。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

ダッシュボードの開発に貢献した（上述）。最初はできるツールが見当たらなかったので、自作でダッシュボードを作らないとダメかと思っていたが、ある程度のものが作成でき、自分たちで作ったのでカスタマイズもできるようになった。

検討者へお勧めするポイント

システム連携はとても簡単にできるので、ダッシュボードをある程度簡単に構築するのにはとてもよいと思います。自分たちで一から作ることを考えるとかなり楽ができます。

改善してほしいポイントは何でしょうか？

よくできたツールである反面、1agentごとに課金されるモデルのため Kubernetes 上などで大量にPodを起動するとお金が結構かかります。また単価も高いです。そこは改善をしてほしいなと思います。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

こういうツールを導入する以前は、職人の勘的なアプローチでシステムのボトルネックの調査などを行っていましたが、導入後まったく意図しないところで無駄な処理がありそれがボトルネックだと判明した、というケースに遭遇したことがあります。職人の勘に頼らずに、効率的に的確にシステムの改善を行っていくためには必須のツールだと思いますし、多くのシステム的な課題を解決するツールだと思います。

改善してほしいポイント

欲しい機能・分かりづらい点
・監視抑止（メンテナンスやミュート設定）を行った際に、「どのモニターが有効／無効になっているか」をひと目で把握しづらい。
・抑止したつもりでも、実際には一部のモニターが有効のままでアラートが飛んでしまうことがあり、この部分の見える化を強化してほしい。
その理由
・メンテナンス作業時などに監視抑止を行いますが、どのモニターに抑止が適用されているのかが画面上で直感的に分かりづらく、「抑止できていなかった」ケースが時々発生した。
・例えば、対象モニター一覧で「抑止中」「有効」のステータスが一目で分かる表示や、抑止対象の確認ダイアログ、期間付きの抑止ルールがまとめて確認できるビューがあると、設定漏れやヒューマンエラーをかなり減らせる。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

監視設計の標準化により工数削減を実現できました。
案件ごとの監視設計を、New Relicを前提としたテンプレート化により標準化できました。監視の基本パターンやアラート閾値をあらかじめ用意しておくことで、新規案件ではそのテンプレートをベースに微調整するだけでよくなり、監視設計〜設定完了までの工数を削減できています。その結果、監視設計の抜け漏れも減り、限られたメンバーで複数案件を並行して進めやすくなりました。

検討者へお勧めするポイント

NRQLで細かく監視内容を設定できる点が大きなメリットだと感じています。単純なメトリクス表示だけでなく、WHERE 句や FACET、FILTER() などを使って自由に絞り込み・集計ができます。Synthetics やログのデータも同じ NRQL で扱えるため、「外形監視の失敗回数」「特定エラーの発生件数」なども一つのクエリで可視化・監視できる点が、運用設計のしやすさにつながっています。