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

改善してほしいポイント

・Full Platform UserしかAPMやBrowserが使えない
New Relicの魅力であるリッチな解析導線ですが、無料のBasicユーザーは使えません。
すべてのユーザに課金するのはコストが高くなってしまうので、恩恵を受けるのは課金したFull Platform Userのみとなり、組織全体へ広げるがしづらいです。
・DashboardのFilterの反映速度を改善して欲しい
NRQLというNew Relic用SQLを使ってカスタム性の高いDashboardを作れるのは魅力ですが、Filterの反映が遅く、疎遠になりがちです。BasicユーザはDashboardを利用できるため活用したいのですが、Filter操作時に数秒待ちが発生するため、運用で少しストレスを感じます。

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

・クライアントサイドのサービスレベルの可視化
New Relic上だけでなくアプリが稼働しているPublic Cloud側でもさまざまなメトリクスを見られるようにはしていますが、それでもクライアントサイドの情報を取らないとわからないことも多くあります。実際にユーザが体験しているサービスレベルを確認することで、タスクの優先順位が入れ替わったり、ちょっとした設定を意識するようになりました。
・ユーザのユースケース単位でのサービスレベル
アプリの作りの中で、一つのボタンでサーバー側が複数の処理をすることがあります。これをNew Relic上でひとつの塊として扱うことで、より実際のUXに近いサービスレベルを評価できるようになりました。

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

他のツールと比較すると、New Reliは解析導線を用意してくれているので、必要なデータを送信するだけでサービス全体のサマリのメトリクスからログまで降りていくことができます。
また、データをNRQLで検索したりDashboardで描写したりといった機能も豊富なので、Opsまわりで管理したい情報があれば飛ばしてみるという使い方もできます。
始めはデフォルト機能を使いこみ、慣れてきたら自分の好みに合わせてサービスに合った評価方法で解析してみるなど、色々な使い方ができるツールだと思います。

改善してほしいポイント

欲しい機能・分かりづらい点
・ダッシュボード自動作成
・不要アラートの提案
・コストの見える化
その理由
・設計に手間がかかる
・アラートが膨大になると整理が大変
・コストが分かりづらい場合がある

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

解決できた課題・具体的な効果
・監視領域を広げることができた
・詳細な分析が可能となった
課題に貢献した機能・ポイント
・APMの導入が簡単で、監視をアプリケーションレイヤまで領域を広げられた
・膨大なデータ量により、今まで見えなかった課題を可視化できた

生成AI機能へのレビュー

3.0

NRQLの生成スピードが上がった エラー発生時に複数画面を行き来する必要がなくなった 初心者に対するハードルが下がった

改善してほしいポイント

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

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

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

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

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

改善してほしいポイント

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

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

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

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

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

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

改善してほしいポイント

New Relic は非常に強力なツールですが、機能が多い分「どこで何ができるか」が直感的にわかりづらい場面があります。特に UI が頻繁にアップデートされるため、メニュー構成が変わり、社内メンバーに使い方を説明する際に毎回キャッチアップが必要になる点は改善してほしいです。また、NRQL の柔軟性は魅力ですが、書き方を補助するガイドやテンプレートがもっと充実すると、非エンジニアも自力でダッシュボードを作れるようになると思います。さらに、日本語ドキュメントや検索結果が少なく、調査に時間がかかるケースもあるため、公式の情報拡充を期待しています。これらが改善されれば、チーム全体での活用度が上がり、運用改善のスピードもさらに向上するはずです。

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

New Relic 導入により、アプリケーションのレスポンス遅延やエラーの原因特定が劇的に早くなりました。例えば、従来平均で30分以上かかっていたボトルネック調査が5分以内で完了するようになり、障害対応時間を約80％削減できました。また、特定APIやDBクエリのパフォーマンス異常を事前に検知できるアラート設定により、リリース後の不具合による顧客影響を最小化。結果として、月間のエラー件数が導入前比で約40％減少し、チーム全体の運用効率向上とサービス品質の安定化に貢献しています。さらに、ダッシュボードを活用したKPI可視化により、改善施策の効果検証が迅速に行えるようになり、PDCAサイクルの回転速度も向上しました。

改善してほしいポイント

最近はあまり使えていないので、ここを改善して欲しいというのは、そこまでありませんが、
SaaS全般に言えることなのかもしれませんが、これまで問題なく設定できていた監視が、あるタイミングから突然仕様変更によって機能しなくなるということがあると、異常時に気付けなくなってしまうため、ある程度バージョンロックしてくれるようなところがあるといいです。

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

特にうちのセクションでは監視設定を大量に実装するのですが、TerraformによってIaC化されているため、ある程度知見が貯まってきてこともあり、監視構築案件をどんどんこなせるようになってきています。
New RelicはIaCとの親和性が高いため、そういった場面で効率的に実装できることが良いです。

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

New Relicのコミュニティとかも盛んなため、必要な情報は入手しやすく、また、オブザーバビリティに関する最新の機能を使ってみたりできるので、ぜひおすすめです。

改善してほしいポイント

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

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

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

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

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

改善してほしいポイント

説明書きの意味が分からない場面があるため、日本語翻訳を充実させてほしい。
表示内容が正確で読みやすい日本語になることで視認性が向上し、結果として操作の迷いやストレスが減ります。UI の理解がしやすくなることで、利用ユーザーの増加にもつながると考えています。

使い方に関するドキュメントやガイドをもっと増やしてほしい。
特に NRQL の書き方や機能の具体的な活用方法について、より詳細な手順や例があると初学者でも使いやすくなります。ユーザーが自分で問題を解決できる範囲が広がり、サポート依存度の軽減にもつながると思います。

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

New RelicのQuick Find機能により、アラート条件作成時のNRQL記述にかかっていた工数を大幅に削減できました。
従来は類似アラートを探すのに数十分かかることがありましたが、Quick Findにより過去の条件を即座に検索・流用できるようになり作業時間を約50％程度短縮できました。
また、NRQLの書き方が曖昧な場面では AIが自動でサンプルを生成してくれるため、設定ミスが減り品質が安定しました。

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

・監視ルールの標準化がしやすい
AI によるクエリ自動生成や既存条件の流用により、担当者ごとの設定のばらつきが減り、監視ルールが組織内で統一しやすくなります。

・アラート機能が柔軟で細かいチューニングが可能
条件設定、しきい値、期間、検知ロジックなどを細かく調整できるため、本当に必要なアラートだけを通知できます。ノイズ削減に強いのは大きなメリットです

・SLA／SLO 管理に活用できる
エラーレート・レスポンス時間・可用性などを視覚化し、SLO達成度管理を容易にできます。
顧客向けレポートや社内分析にも活用しやすいです。

生成AI機能へのレビュー

4.0

生成AI機能を利用することで、NRQLの書き方に迷う場面でも最適なクエリを即時に提案してくれるため、アラート作成にかかる時間を大幅に削減できました。 特に複雑なメトリクスを扱う際の理解コストが下がり、ヒューマンエラーの減少にもつながっています。 一方で、AIが生成するクエリが完全ではない場合もあり、最終的な内容を手動で確認・調整する必要があります。 しかし総合的に見れば、「NRQLが難しい」「時間がかかる」という課題を解消し、監視設定の効率と品質向上に大きく貢献しています

改善してほしいポイント

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

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

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