API トランザクションの監視
ソフトウェアはAPIを使用してサービスを接続し、独自に管理されたシステム間でデータをやり取りしますが、その接続性と相互依存性により脆弱性が生じます。サイト所有者は、サードパーティーのサービスに頼ることのメリットが、この種の障害のリスクを上回ると判断しました。ただし、リスクを正確に評価し、これらのサービスの影響を長期的に把握するには、サイトのユーザーフローのうち API に依存している部分を監視することが重要です。API トランザクションについて、堅牢で柔軟なパフォーマンステストを構築する必要があります。
この機能はRigorプラットフォームでのみ利用可能です。Rigor は 2025 年 2 月 28 日にサポートが終了します。詳細については、「」を参照してください。 よく寄せられる質問 。Syntheticsユーザーは (プラットフォームに関係なく) 引き続き模擬テストを作成し、その結果を引き出すことができます カスタム・ダッシュボード・チャート パフォーマンスを監視するため。
このユースケースでの Splunk ソフトウェアの使い方
入手できる情報によっては、次の項目の一部またはすべてを把握しておくと役立つ場合があります。
次のステップ
これらの API チェックは、API の堅牢なモニタリングを実装できる多くの方法のほんの一部にすぎません。また、次のことも検討してください。
- システムが API を呼び出してもデータを受け取らないような方法でパフォーマンステストを書く。ローカル呼び出しが多いコードを記述する場合、外部 API を呼び出すラッパーは、アプリケーションのコンテキストでは見過ごされがちです。テストがデータが存在しないときに警告するように設計されている場合、これは重大なエラーを見逃さないようにするのに役立ちます。
- 統合的な外部モニターを構築して、独自の API からデータを引き出すテストを行い、アラートを設定することで、サービスレベルアグリーメントの違反につながるような問題が発生した場合にエンジニアにすぐに知らせることができます。
- テストの可用性。この API エンドポイントは稼働していますか?エラーが返されるか?
- テストの応答時間。API がレスポンスを返すまでの時間はどれくらいですか?応答時間は時間が経つにつれて低下していませんか?実稼働環境での応答時間は、運用前よりも短くなっていませんか?
- 多段階プロセスのテスト。この API の変数を正常に保存して再利用できますか?認証は期待どおりに機能するか?この API のデータを使用してトランザクションを完了できますか?
以下の追加の Splunk リソースも、このユースケースの理解と実装に役立つ場合があります。
- Splunk ドキュメント: API チェックの概要
- 電子書籍: API が実際に動作している