変化の速い現在のソフトウェア開発の世界では、エラーは避けられません。アプリケーションはこれまでになく複雑になっており、その結果、調査すべきエラー原因が増え続けています。顧客に対するエラーの影響は、最も影響の大きいエラーをリアルタイムで認識できる他のオブザーバビリティデータとエラー追跡機能を連携することで、効果的に軽減することが可能になります。
このたび、New Relic Errors Inboxが大幅に強化され、ダウンタイムを最小限に抑えるためのデバッグプロセスが合理化されて、顧客体験が向上しました。このブログでは、これらの機能強化について説明し、それらを活用して仕事で最大のメリットを発揮できるようにします。
アラート疲れとの戦い：エラーによるノイズを軽減する
エラーは複数のソースからさまざまな形式で発生する可能性があります。ただし、すべてのエラーが同じように意味があるとは限りません。すべてのエラーが同じように扱われると、ノイズに圧倒され、どこに集中して取り組むべきか分からなくなる場合があります。このノイズを軽減する方法の1つは、類似したエラー、または類似のパターンに従うエラーをグループ化することです。
New Relic Errors Inboxでは、カスタムフィンガープリントが提供されるようになりました。これは、特定のニーズに基づいて、エラーを自動的にグループ化する簡単な方法です。これを簡単に実現するには、コールバック関数を使用するか、カスタム属性経由でグループに名前を付けるだけです。その結果、エラー表示が簡素化され、エラー解決ワークフローが高速化します。
バージョン別のエラーの特定と追跡
組織が急速に成長し、継続的なデプロイメント方法を採用した場合、ソフトウェアを1日に複数回、場合によっては1時間に複数回リリースすることになります。これにより、エラーが発生し、顧客体験に影響を及ぼす可能性のある変更の数が増加すると同時に、エラーの原因を見つけることがより困難になります。
New Relic Errors Inboxでは、バージョン別にエラーを追跡できるようになりました。新しく検出されたエラーが最初に発生したコードリリースのバージョンを特定できるようになりました。また、最近のソフトウェアリリースによって発生した新しいエラーの最新の概要も取得できるため、顧客に影響を与える前にエラーを未然に防ぐことができます。
パフォーマンスデータとエラーを単一のUIで
開発者の問題解決を遅らせる原因の1つは、トリアージプロセス中に複数のツールやデータソースに依存することです。New Relic APM 360では、必要なテレメトリーデータを1つのユーザーインターフェースにまとめました。この統合ビューには、インフラストラクチャとその間にあるあらゆるものを通じたユーザーエクスペリエンスからの、コンテキスト内のパフォーマンス、変更、セキュリティ、エラーデータが表示されます。
データの統合に独自のダッシュボードを構築したり、複数の画面に依存したりする必要はもうありません。APM 360を使用すると、エラーの影響がすぐにわかり、クリックするだけで問題の切り分け分析を行えます。
エラー追跡による改善点
これらの新機能を組み合わせることで、エラー追跡の実践をこれまで以上に簡単に強化できるようになります。合理化されたデバッグプロセス、強化されたコード品質、プロアクティブな分析により、エラーをアプリケーションの成長と改善の機会に変えることができ、顧客体験の向上とビジネス成果の向上につながります。
次のステップ
問題の根本原因をより迅速につきとめる方法について詳しくは、エラーインボックスに関するこのチュートリアルをご覧ください。
本ブログに掲載されている見解は著者に所属するものであり、必ずしも New Relic 株式会社の公式見解であるわけではありません。また、本ブログには、外部サイトにアクセスするリンクが含まれる場合があります。それらリンク先の内容について、New Relic がいかなる保証も提供することはありません。
