ブログ | NGINX

API 戦略を成功させるために監視すべき 12 の指標

NGINX-F5 水平黒タイプ RGB の一部

企業が最新のアプリケーションを構築するためにAPI ファーストの設計手法を採用するにつれて、それらの API の運用パフォーマンスと価値を測定することが最優先事項になります。 API メトリクスを主要業績評価指標 (KPI) と明確に定義して関連付けるフレームワークを確立することは、API 戦略を成功させるための最も重要なステップの 1 つです。

通常、KPI は特定の目標に関連付けられます。 これらには定義された時間枠があり、API 戦略で実現する必要のある成果に合わせて調整されます。 対照的に、API メトリックは重要なデータ ポイントです。 すべての指標が KPI であるわけではありませんが、すべての KPI は指標から始まります。

では、どうやって始めますか? まず、最初に API 戦略の目標を明確にし、その目標に合った指標を選択する必要があります。 各チームは、自分にとって何が重要で、ビジネスにとって何が不可欠かに応じて、異なる指標を測定および追跡する必要があることに注意してください。

大まかに言えば、企業が追跡できる API メトリクスには 3 つの主要なタイプがあり、それぞれのタイプは異なる質問に答えます。

  • 運用メトリクス– API は必要な安定性、信頼性、パフォーマンスを提供していますか?
  • 採用指標– 開発者は API を採用して使用していますか?
  • 製品メトリクス– API はビジネス目標をどのようにサポートしていますか?

これらの包括的な指標をピラミッドとして想像してください。 下部にある運用メトリックは、個々の API とそれらをサポートするインフラストラクチャの戦術的なパフォーマンスを測定します。 上部にある製品メトリックは、API によって生み出されるビジネス価値を測定します。 これら 2 つは、エンド ユーザー (開発者) による API プログラムの成長を追跡する採用メトリックによって接続されています。 一般的に、製品メトリクスと採用メトリクスは測定する必要のあるビジネス成果と一致し、運用メトリクスは維持する必要のある技術標準と一致します。

この記事では、測定が重要な 12 の特定の指標を分析し、それらがインフラストラクチャ チームとアプリケーション チームにどのように役立つかを説明し、指標が KPI とどのように関連しているかを説明します。

運用指標

始めたばかりのときは、通常、運用指標を最初に測定します。 これらは戦術的なものであり、API がどのように機能しているかについての洞察を提供します。 運用指標は通常、KPI 自体ではありません。 代わりに、チームが構築しているソフトウェアの品質とパフォーマンスを測定するのに役立ちます。 これらは、新たな問題の初期兆候を提供したり、重要な KPI に影響を与える可能性のある問題を詳しく調査して発見したりするのに役立ちます。

追跡する運用指標は、チームと責任によって異なります。

インフラストラクチャチーム

プラットフォーム オペレーションは、さまざまなチームがアプリケーションを配信するために使用するインフラストラクチャとテクノロジのコレクションの維持、接続、およびセキュリティ保護を担当するチームです。 API プログラムの場合、これには多くの場合、API ゲートウェイと API 開発者ポータルが含まれます。

プラットフォーム オペレーションなどのインフラストラクチャ チームにとって重要な指標は次のとおりです。

  1. 稼働時間– 最も基本的な指標の 1 つである稼働時間は、サービスの可用性を測定するためのゴールド スタンダードです。 これは多くの場合、サービス レベル契約(SLA) に関連付けられます。
  2. CPU とメモリの使用状況– API ゲートウェイでのリソース使用率を追跡することは、インスタンスをスケールアウトする必要があるタイミングを特定するために重要です。 また、何かが壊れ始めたり、エラーのために使用量が急増したりした場合の早期警告としても機能します。
  3. 合計パス率とエラー率– APIがHTTPエラー(非HTTP)をトリガーする頻度を測定200) ステータス コードは、API がどの程度エラーを起こしやすいかを理解するのに役立ちます。 この集計測定は、チームが本番環境に導入している API の全体的な品質を判断するのに役立つ情報を提供します。

アプリケーションチーム

API 開発者とサービス所有者で構成されるアプリケーション チームは、個々のサービスまたはアプリケーションの構築と運用を担当します。 これらは、より大きな製品の一部として、パートナーと統合するために、または開発者に API をサービスとして提供するときに使用できます。

アプリケーション チームにとって測定すべき重要な指標は次のとおりです。

  1. 1 分あたりのリクエスト数– このパフォーマンス メトリックは、API が処理しているリクエストの数を測定します。 時間の経過とともに変化しますが、通常は API ユーザーにとって最適なエクスペリエンスを確保するために、これを下方管理する必要があります。
  2. 平均および最大レイテンシ– API がリクエストを受信して応答を返すまでにかかる平均時間を追跡することは非常に重要です。 1 つの遅い API がユーザー エクスペリエンスに悪影響を及ぼし、結果としてビジネスに悪影響を及ぼす可能性があります。
  3. 1 分あたりのエラー数– 他のすべてと同様に、完璧な API はありません。 失敗は起こるかどうかの問題ではなく、いつ起こるかの問題です。 エラーが突然増加し始める前に、エラーを監視し、エラーを修正するための計画的な行動計画を立てておく必要があります。

O'Reilly の電子書籍『Mastering API Architecture』 (NGINX 提供) の第 3 章から第 5 章で、API 操作を詳しく調べ、ビジネスの観点から重要な KPI とメトリックについて学習します。

採用指標

API ファーストのビジネスでは、エンジニアリング メトリックを超えて、開発者が API とどのようにやり取りしているかを把握することが重要です。 また、開発者が API を採用して価値を得ていることを確認するために、 API 開発者のエクスペリエンスを測定および監視する必要もあります。

採用指標の例をいくつか挙げると次のようになります。

  1. ユニーク API コンシューマー– 多くの場合、月間ユーザー数に時間制限があり、この指標は API を採用して使用している開発者の数を測定します。 理想的には、より多くの開発者が API をアプリケーションに統合するにつれて、このメトリックは時間とともに増加します。
  2. API 使用量の増加– この指標は API の採用も測定し、多くの場合、API の採用を測定するための推奨指標となります。 理想的には、API トラフィックは、それを使用するアプリケーションと開発者の数が増えるにつれて毎月増加します。
  3. 最初の呼び出しまでの時間– このメトリックは、開発者がアカウントを作成し、API 認証情報を生成し、最初の API 呼び出しを実行するまでにかかる時間を測定します。 開発者ができるだけ早く起動して実行できるようにすることは最優先事項であり、この指標は API 開発者の全体的なエクスペリエンスを測定する上で最も重要になります。

注記: 少なくとも 1 つの KPI で API の採用を測定することをお勧めします。 これは、API プログラムの全体的な成長を計算するのに役立ちます。 たとえば、API を使用して進行中の統合またはアプリを作成した開発者の数を増やすように KPI を設定できます。

製品メトリクス

API 製品メトリクスは、API の価値を理解する上で重要な役割を果たします。収益に直接貢献するのは API のごく一部だけかもしれませんが、すべての API がビジネスに価値を提供する必要があります。

測定すべき主要な製品指標は次のとおりです。

  1. 直接収益と間接収益- これらの指標は、API が収益に貢献するさまざまな方法を対象としています。 一部の API は直接収益化されますが、その他の API はビジネス パートナーとの統合をサポートしたり、顧客から評価されるサードパーティ統合であったりします。 API の採用率と同様に、間接収益を追跡することで、開発者はパートナー向けに収益を生み出すアプリを構築できるようになります。
  2. API ごとのアプリケーション- API は再利用可能である必要があります。 このメトリックは、API と統合されるアプリケーションの数を測定し、どの API が最も価値を提供しているかを確認します。
  3. パートナーの数– API は多くの場合、ビジネス関係を可能にします。 パートナー API 統合の数を追跡すると、採用を促進し、他のビジネス ユニットに価値を示すのに役立ちます。

注記: これらの製品指標はビジネスへの影響と密接に関連しており、ビジネス目標に応じて一部を KPI に変換することもできます。 たとえば、API 戦略のビジネス目標がサードパーティ プロバイダーを通じてより多くの顧客にリーチすることである場合、API を使用するパートナーの数と、それらの統合を通じて生み出される間接的な収益の両方を追跡する必要があります。

『Mastering API Architecture』の第 3 章から第 5 章で、ビジネス KPI と運用 KPI を含む API 製品のライフサイクルをさらに詳しく調べます。

結論

API メトリックとビジネス KPI を一致させることは、データに基づく意思決定を行い、API 戦略が組織に必要な価値を確実に提供するための主要な方法の 1 つです。 それだけではありません。API の可視性を高めることで、インフラストラクチャ チームとアプリケーション チームが最も重要な運用指標を測定できるようになります。

NGINX では、数十の重要な API メトリックの可視性を提供します。 リアルタイムおよび履歴のメトリックを表示し、好みのアプリケーション パフォーマンス監視 (APM) またはデータ分析ソリューションに簡単にエクスポートできます。

NGINX Management Suite の 30 日間無料トライアルを今すぐ開始してください。これには、 API Connectivity Manager 、API ゲートウェイとしてのNGINX Plus 、および API を保護するNGINX App Protectへのアクセスが含まれます。


「このブログ投稿には、入手できなくなった製品やサポートされなくなった製品が参照されている場合があります。 利用可能な F5 NGINX 製品およびソリューションに関する最新情報については、 NGINX 製品ファミリーをご覧ください。 NGINX は現在 F5 の一部です。 以前の NGINX.com リンクはすべて、F5.com の同様の NGINX コンテンツにリダイレクトされます。"