API監視とは、企業のアプリケーション・プログラミング・インターフェース(API)のパフォーマンス、可用性、機能を監視するプロセスです。
より具体的に言うと、API監視には、運用中のAPI応答を評価して組織のパフォーマンス・ベンチマークを満たしていることを確認し、問題が発生した場合には適切な関係者に警告することが含まれます。企業のITインフラストラクチャーのデジタル化が進む中、関係者やシステム間の摩擦のない接続性が最も重要です。ここで役立つのがAPIです。
APIは、ほとんどのモバイル・アプリケーションやウェブ・アプリケーションの構成要素として、また、ITエコシステムを構成するさまざまなプロセス、プロトコル、アプリのデータ・オーケストレーション・ハブとして機能します。これらにより、アプリ間、およびアプリとクライアント間の通信が促進され、さまざまなサービスのシームレスな統合が可能になります。
75%以上の企業が、アプリごとに(平均)26個のAPIをデプロイしていると報告しています。1また、3分の1以上が、すべてのアプリがAPIを使用していると報告しており、この数字は今後数年間で50%以上に増加すると予想されています。。1
そのため、APIのパフォーマンスはほとんどの企業にとって重大な関心事です。適切に管理されていないと、APIが侵害され、古くなると、ユーザー・エクスペリエンスやアプリケーションの全体的な機能、さらにはビジネスの収益に多大な影響を及ぼす可能性があります。API監視による警戒の実践により、企業はAPIのパフォーマンスと機能の問題が破壊的(または壊滅的)になる前に迅速に対処できるようになります。
今日のAPIは、複雑なシステムやアプリ、マイクロサービスの統合プロセスを容易にしますが、どんなに高度なAPIであっても、厳格な監視慣行の実現がチームに求められます。幸いなことに、エンタープライズAPIの長期的な効率と有効性を確保するのに役立つAPI監視戦略が多数あります。
アップタイム監視では、APIエンドポイント(つまり、APIデータ交換の場所)に定期的にpingを送信し、アクセス可能で応答性がある(つまり、「稼動」している)ことを確認します。APIが応答しない場合、または応答に時間がかかりすぎる場合、システムがアラートを送信します。
アップタイム監視のAPIメトリクスには、可用性パーセンテージ(APIにアクセスできる時間の割合)とダウンタイム(APIにアクセスできない時間の長さ)が含まれます。サービス・レベル契約(SLA)で必要なアップタイムの割合を指定することは珍しいことではなく、多くの場合、約99.9パーセント(「スリー・ナイン」)以上のアップタイムを義務付けられます。
パフォーマンス監視は、APIがリクエストにどれだけ迅速かつ確実に応答するかを定量化し、非効率性やネットワークの問題、サーバーの過負荷を特定するのに役立ちます。パフォーマンスは通常、レスポンスタイム(APIがリクエストやコールを処理して応答するのにかかる時間)、レイテンシー(リクエストを送信者から受信者に送信するのにかかる時間)、スループット(単位時間当たりに処理されるリクエスト数)といったメトリクスで測定されます。パフォーマンス監視では、エラーにつながるリクエストの割合を示すエラー率も追跡できます。
外形監視とは、エンドユーザーがアプリを使用する際の可能な経路を模倣するプロセスです。スクリプトを利用してユーザー・シナリオやデバイスの種類、地理的位置などの要素をシミュレートし、アプリのパフォーマンスをチームに伝えます。
外形監視と同様に、RUMを使用すると、チームはアプリのパフォーマンスと機能の詳細なデータを確認できるようになります。ただし、シミュレートされたユーザー・エクスペリエンスを監視するのではなく、実際のユーザーの実際のエクスペリエンスを観察するため、エンドユーザー・エクスペリエンスに対するFull Stack Observability(フルスタックのオブザーバビリティー)が実現し、いっそうきめ細かな意思決定が容易になります。
検証監視では、テスト・スクリプトを送信して、正しいAPI応答、データ形式、ステータス・コードの検証に加え、システム・コールが適切なデータを返すかどうかを検証することで、APIが期待どおりに動作するかどうかを評価します。検証監視は、複数ステップのプロセス、またはAPIの基礎となるロジックやデータ処理に関する問題を特定するのに役立ちます。
約35%の企業が過去1年間に少なくとも1件のAPIセキュリティー・インシデントを経験しており、半数以上が複数のインシデントに直面していると報告しています。 1APIはデータを外部に公開するため、サイバー攻撃のターゲットとなる可能性が最も高いものの1つです。
セキュリティー監視は、失敗したログイン試行の追跡、API呼び出しパターンの異常なスキャン、データ侵害のチェックなどの操作を実装することにより、悪意のある攻撃者からの悪意のある攻撃からAPIを保護することに重点を置いています。セキュリティー監視は、許可されたユーザーのみがAPIデータにアクセスできるようにするために、暗号化や検証、認証プロトコル(OAuth 2.0、APIキー、JSONスキーマ検証など)の使用を含むことが多いです。これらのシステムは、フロントエンド・システムとバックエンド・システム間の安全なデータ送信も保証し、ハッキングやデータ盗難、DDoS攻撃などのサイバー脅威から保護します。
Slackその他のアプリやウェブ・サービスは通常、マネージドAPIとサードパーティAPIの両方に依存しているため、データ送信の問題が発生することがあります。統合監視は、APIとそれが通信する他のアプリやシステムとの間の相互作用をテストし、システムの各部分が期待通りに連携していることを確認し、システム間のインターフェースにおける問題を特定し、これに対処します。この種の監視は、複数の独立したサービスがAPIを通じて相互作用する、マイクロサービス・アーキテクチャー内で作業する場合に特に有用です。
APIの中でも、特に医療業界や金融業界で運用されているAPIは、ユーザーや企業の機密データを送信することが多いため、コンプライアンス監視プロセスの必要性が高まっています。
コンプライアンス監視により、APIが関連するプライバシー標準(HIPAA など)や業界固有の標準(支払い処理のPCI DSSなど)、さらには社内標準に準拠していることが保証されます。チームは、法的コンプライアンスとクライアントの信頼を維持するためのプロセスの中でも特に、データ処理操作、暗号化標準、アクセス制御メカニズムを追跡できます。
APIは時間の経過とともに進化し、新機能の追加や旧機能の廃止、特定の機能の動作方法の変更が行われます。これらの変更があった場合は、APIに依存するアプリケーションが更新によって悪影響を受けないよう、移行の監視が重要です。バージョン管理の監視により、チームは通常、新バージョンのリリースを確認し、APIの変更を経時的に追跡できます。
バージョン管理の監視には、バージョン間の機能の比較や、新しいAPIバージョンの採用率の追跡、廃止された機能に関連するエラー率の監視、アプリのバージョン全体でのAPI使用量の追跡などが含まれることがあります。このタイプの監視は、APIの構造や機能の変更中に発生する問題を特定するのに有用で、将来のAPI変更の通知が可能です。
アプローチに関係なく、チームはリアルタイム監視を優先し、アプリケーションのパフォーマンスに関する即時フィードバックを取得し、ユーザーやパートナーに対するサービス停止を引き起こす前に問題を解決する必要があります。さらなる利点として、リアルタイム監視は多くの場合、ダッシュボードとステータス・ページを通じて視覚化され、即時にインサイトを提供し、システム・アラートを自動化できます。どちらも高可用性や重要なワークフローを管理するために不可欠なプロセスです。
APIは、最新のアプリケーション・アーキテクチャーと自動化ワークフローを結合する接着剤であるため、APIを最適な状態に保つことで、ITインフラストラクチャーがより高速かつ機敏になります。効果的かつ包括的なAPI監視プロセスを実装するために、DevOpsとセキュリティー・チームは次のことを行うことができます。
監視プロトコルの設定前に、明確な目標を設定する必要があります。つまり、可用性や応答時間、スループット、エラー率などの側面に関するKPIを定義することを意味します。当然のことながら、KPIはより広範な組織目標や消費者のニーズと合致していなければなりません。
一部のAPIネットワークの規模の大きさを考慮すると、API監視ツールに頼るのは当然のことです。高度なAPIデータ・オブザーバビリティー・プラットフォーム(Postman、Datadog、IBM Instana Observabilityなど)は、HTTPキーワードチェックやDNSサーバー監視などの機能を使って、監視プロセスを自動化・効率化できます。監視サービスを評価するときは、その機能や使いやすさ、技術スタックの互換性、コストを考慮して、適合性を確保します。
このプロセスは監視ツールによって異なりますが、通常、エンドポイントの設定、APIテストの定義、監視のスケジュールという3つの主要なタスクが含まれます。
エンドポイントを設定するには、監視ツールがテスト・スクリプトを実行する場所と方法を認識できるように、チームはAPIエンドポイントのURLやHTTP応答コード、必要なヘッダーまたはパラメーターを提供する必要があります。このフレーズが示すように、テストの定義は、APIパフォーマンス検証のために実行されるテスト監視ツールを構成するプロセスです。監視スケジュールを設定は、チームがツールが選択したテストを実行する頻度を決定するだけで済みます。
アラートは、システムの問題を即座に通知し、ユーザーに影響を及ぼす前にチームが問題に対処できるようにするため、あらゆる監視システムの不可欠な要素です。ほとんどの監視ツールでは、API応答時間が特定のしきい値を超えたときや、特定の時間枠内にいくつかのエラーが発生したときなど、さまざまな条件に基づいてアラートを構成できます。
APIは進化するため、APIパフォーマンス・データとインサイトを定期的に見直し、監視プロトコルが依然として適切であるか確認することが重要です。根本的な問題を示す可能性のある履歴データの傾向とパターンを探します。例えば、APIの応答時間が特定の時間帯で一貫して高い場合は、その時間帯により多くのリソースが必要であることを示している可能性があります。
IBM API Connectの無料評価版を試すか、IBMのエキスパートにご相談ください。API管理を最適化する準備ができている場合でも、詳細を検討中の場合でも、貴社のデジタル・トランスフォーメーションをサポートします。
AIを活用したソリューションで、統合プロセスの可能性を最大限に引き出します。まずは、IBMのエキスパートへの相談を予約するか、製品資料をご覧ください。
セキュアかつ高パフォーマンスなメッセージング・ソリューションであるIBM MQは、貴社のビジネスを強化します。無料評価版を試すか、IBMのエキスパートに相談して、IBM BQでどのように貴社の業務を変革できるかをご確認ください。
サイズや距離にかかわらず、高速でセキュアなファイル転送が行われます。IBM Asperaを今すぐお試しください。データ・ワークフローを合理化して高速で効率的なものにしましょう。
アプリとデータを簡単につなげることで、ビジネスを変革します。無料評価版を今すぐ試し、IBM App Connectでどのように統合への取り組みが合理化できるかをお確かめください。
IBM DataPower Gatewayがクラウドおよびオンプレミスのアプリケーションのセキュリティー、制御、パフォーマンスをどのように強化できるかを確認できます。今すぐ専門家への相談を予約し、コンテナの無料評価をお試しください。
ハイブリッド・マルチクラウド・プラットフォームであるIBM webMethodsを使用してアプリケーションを統合し、作業を自動化します。
IBMインテグレーション・ソリューションでビジネスの可能性を解き放つ、アプリケーションとシステムを接続してクリティカルなデータに迅速かつ安全にアクセスできます。
IBMのクラウド・コンサルティング・サービスで新しい機能にアクセスし、ビジネスの俊敏性を高めましょう。ハイブリッドクラウド戦略や専門家とのパートナーシップを通じて、ソリューションを共創し、デジタル・トランスフォーメーションを加速させ、パフォーマンスを最適化する方法をご覧ください。