APIの問題に対応する

APMエージェントのインストール

アプリケーションのパフォーマンスを監視するには、アプリケーションの言語専用に作成されたエージェントを使用します。ロゴをクリックすると New Relic プラットフォームに移動し、ガイドに従ってエージェントのインストールと構成を行います。

エージェントをインストールしたら、 one.newrelic.com にアクセスしてアプリを選択します。まだ多くのデータが表示されていない場合は、しばらく離れて、エージェントがアプリケーションの実行中にリアルタイム データを収集できるようにします。

追加セットアップ

特定の構成では追加のセットアップが必要になる場合があります。詳細については 、外部サービスのセットアップに関するドキュメント をご覧ください。

上記のドキュメントの追加手順を完了したら、one.newrelic.com > (アプリを選択) > 外部サービス に移動します。API と外部サービスに関するデータが流入しているのが確認できるはずです。

根本原因を考える

問題のある API またはサービスを探している場合は、おそらくすでに解決できる問題を抱えているでしょう。場合によっては、ユーザーが購入できなかったり、サイトにログインできなかったりする可能性があります。

アプリケーションは数十または数百の API を呼び出す場合があります。次の手順を続行する間、根本的な問題に留意してください。購入に関して問題があることがわかっている場合は、購入および取引関連の API に焦点を当てる必要があります。ログインの問題の場合は、ユーザー データベースまたは外部認証サービスへの呼び出しに焦点を当てることができます。

マップによるトリアージ

あなたがウェブストアを運営していて、荷物が到着したときに通知が来なかったという苦情のメールをユーザーから受け取ったとします。SMS 通知と電子メール通知の両方を受信しているはずなので、これは奇妙だと思われます。

配信プロセス全体を処理するサービスを実装しました。External services [外部サービス] ページに移動し、 Maps [マップ]をクリックします。

これにより、独自のすべてのサービスと外部サービスまたは API との関係が表示されます。この場合、優先順位付けが必要なサービスは Deliveryです。これは、 Order-Composer という別のサービスによって呼び出され、右に示すように、他の 4 つのサービスと API を呼び出します。

異常を特定する

マップ ビューには、スループットと応答時間を追跡するのに役立つグラフがいくつか表示されますが、サービスとそのサービスが呼び出すサービスとの間の線の太さと色によって、それらのメトリクスも視覚的に表現されます。

Delivery サービスとその依存関係の間の線は、 Sms notificationを指している線を除いて、すべてかなり似ているように見えます。実際、SMS サービスの上にマウスを置くと、スループットが他の依存関係よりもはるかに高いことがわかります。