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

改善してほしいポイント

細かい時間設定が少し使いにくいタイミングがあります。

例えば、00:00~00:00のように分単位で確認する時です。
始まりの時間が終わりの時間を過ぎているとエラーになります。

これはあり前のことですが、始まりの時間を設定したら
自動で終わりの時間を＋1時間で切り替わるのような動きであれば
選ぶ手間が省けるかなと思っております。

画面が小さいこともあり、自動化できるとなおうれしいです。

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

エンジニアリングチームの作業効率削減と
お客様への回答スピード改善に貢献しています。

外部APIの情報が正しく通知されているか確認するために
New Relicを利用しております。
元々エンジニアが詳細調査のために利用していたのですが、
クエリが決まっていることから
別部署の人も確認ができるようになりました。

これにより、エンジニアは本来の機能開発業務により専念することができ
サポートとしてはエンジニアの回答を待つ時間が省かれ
すぐにログの確認ができることから
スピーディーにお客様へ情報をお渡しすることができています。

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

エンジニアだけでなく、会社全体の作業効率の改善に貢献できるツールかと思います！
管理画面はシンプルでわかりやすいです！

改善してほしいポイント

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

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

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

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

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

改善してほしいポイント

・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分で完了するようになりました。

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

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