API モニタリング
究極のガイド
API ガイドの概要
API (アプリケーション プログラミング インターフェイス) は、優れた ウェブ API やアプリケーションを開発者が構築し、アプリケーションが互いに対話できるようにする素晴らしいツールです。 API は、さまざまな ウェブ サービスから情報を取得、送信、および交換するために使用されます。 あなたが気づいているかどうかにかかわらず、私たちは毎日APIを使用しています。 たとえば、ホテルの部屋や航空券の予約から、商品の買い物や現地の天気の確認まで、APIを使用しています。 そして、リストは延び続けます。 APIは、データベースやオペレーティングシステム、ソフトウェアライブラリ、ウェブ ベースのソフトウェアなどに関与しています。
日常の消費者やエンドユーザーにとって、舞台裏で起こっていることは完全に見えません。 ラジオやエレベーターを使うのと同じように、すべての「魔法」はユーザーの目から離れて起こります。 ステーションを変更するか、音量を変更しますか? ちょうどノブのカップルを使用してください。 10階に行きたいですか? 10 を押すだけです。 ユーザーにとっては、自分の部分は簡単で、利用可能なものにしたものだけを見て使用します。 アプリケーションに関しては、動作するか動作しないか、遅いまたは高速に応答します。
API を監視するために、開発者は API 監視ツールを使用して API のパフォーマンスをプロアクティブに監視します。 この究極のガイドでは、開発者やチームがビジネスクリティカルな API を簡単かつコスト効率よく監視するのに役立つ API パフォーマンスの監視、ベスト プラクティス、ソリューションのすべての側面について説明します。
API を監視することが重要な理由
(あなたは間違いなくこれを行う必要があります)
APIはどこにでもいて、文字通り私たちが今日デジタルで触れるほとんどすべてに関わっています。 この点を考慮して、開発者は、特に、外部ユーザーがアクセスして使用するビジネスまたは API の一番下の行に不可欠な API を監視することが重要です。 内部ユーザーの API を監視することは重要ですが、小規模な組織にとってビジネスにとって重要ではない場合があります。 しかし、大企業では、監視が重要な場合があります。 大企業では、数千人の社内従業員の API のパフォーマンスについて継続的な洞察が必要になる場合があります。 最終的には、監視する API の観点からビジネスのニーズに対応します。
API を監視することで、ダウンタイムの問題、パフォーマンスの面での API の動作、および完全に失敗した場合に、チームが即座に認識されるようにします。 API の監視を設定することが重要な理由は、すべての API エンドポイントを手動で監視することはできません。 エンド ユーザーの目でパフォーマンスが遅い (またはまったく実行されない) ウェブ API または ウェブ アプリケーションは、アプリケーションを離れて次に近い置換を見つける可能性があります。 ユーザー エクスペリエンスは、組織の成功にとって非常に重要であり、API の監視 (および テスト) は、その優れたユーザー エクスペリエンスを継続的に提供するプロセスの大きな部分です。
API モニタリングの利点
前述のように、インターネット上で利用できるアプリケーションが増えるにつれて、APIへの依存度は過去10年間で着実に増加しています。 SaaS (サービスとしてのソフトウェア)、クラウド コンピューティング、およびコンテナーやサーバーレス アプリケーションなどの新しいテクノロジの増加は、すべて API の開発と使用の増加に起因しています。 このため、風景は進化し、変化しました。 競合企業に対して競争上の優位性を得る場合でも、エンド ユーザーに追い込まれた場合でも、組織は自社のサービスをサードパーティの企業やプロバイダーと統合することで利益を得られます。 しかし、統合がもたらすすべての大きなメリットのために、さらに複雑さと管理のレベルも増します。
API 監視は、頭痛を軽減し、コスト効率の高い方法を提供して、組織が使用し、依存している API が継続的に稼働していることを確認します。 ダウンタイムは、組織に 1 分あたり数千ドルの費用がかかる場合があります。 それだけでなく、API を監視することで、API や ウェブ サービスで問題が発生した時点でアラートを受け取り、ソリューションに取り組み始め、問題が発生しないようにチームが警告を受けることもできます。 API監視により、企業はそのリスクを軽減し、できるだけ早く立ち上がって実行することができます。 以前の問題が検出されると、追加のユーザーに影響を与える可能性が低くなり、最も重要なのは一番下の行です。
API を監視しない場合はどうなりますか?
API、ウェブ サイト、ウェブ アプリケーションが常にスムーズに動作することを願っていますが、そうではないことは分かっています。 パフォーマンスの問題やダウンタイムを引き起こす可能性のある変数が多すぎます。 そして、ダウンタイムが発生します。 どの組織も免疫を持たないため、API や ウェブ サービスを監視しないと、重大な結果が発生する可能性があります。 サードパーティの API 統合に依存する組織では、それらの API の稼働時間やパフォーマンスを制御できないことがあります。 ダウンタイムのコストが会社に与える可能性については既に話しましたが、ダウンタイムの影響は収益を失うだけでもはるかに大きく影響する可能性があります。 ユーザーに優れたエクスペリエンスを維持することが優先事項であり、ユーザーが利用できない場合は効果を複合化できます。
ユーザーと顧客は、システム、API、ウェブ ページ、およびアプリケーションに依存しており、適切に機能し、常に稼働している必要があります。 この品質は、会社とサービスを提供するだけでなく、ユーザーとの信頼関係を構築します。 ただし、API が定期的に失敗したり問題が発生したりし始めたりして、そのことに気付かない場合、ユーザーと訪問者はすぐに不満を感じ、その信頼を失うことになります。 顧客の信頼度は、顧客が競争よりも製品を選択するかどうかの主要な要因です。 重要な API を監視しないと重大な結果が発生する可能性があるため、API の継続的な監視を設定することは、控えめに記述することはできません。
API 監視ダッシュボードの使用
なぜあなたが1つを必要とするのか
多くの組織が、ミッション クリティカルなソリューションとサービスをサポートするために API に依存しています。 ただし、実際のユーザーの前での実行方法を理解するには、これらの API の監視が必要であることを組織が理解する必要もあります。 上のセクションで触れたように、単一の障害は、単純な操作、および特定の API に依存する操作を完全に停止させることができます。 LoadView のような API 監視ダッシュボードを、すべての ウェブ ページ、ウェブ アプリケーション、その他の ウェブ サービスの包括的な監視ソリューションの一部として利用することで、API やその他すべての ウェブ サービスの正常性に関する継続的な情報をチームに提供できます。
API 監視ダッシュボードは、API の継続的なパフォーマンスを確保するために必要なデータとメトリックを提供します。 API 監視ダッシュボードは、API の開発と構築に多額の投資を行い、ビジネスの特定のニーズや要件に合わせて投資を行います。 一部の API には、複雑な複数ステップパスがあります。 API 呼び出しと応答プロセスの各ステップに対してモニターを設定するように構成できるモニター・ソリューションを使用することは、最も重要なメトリックを識別するために不可欠です。 これにより、ダウンタイムやパフォーマンスの問題が発生した場合、その解決をすぐに開始して、より多くのアプリケーションやエンド ユーザーに影響を与える可能性があります。
30日間無料。 クレジットカードなし、契約なし。
ウェブ API の監視の説明
API について説明すると、多くの場合、ウェブ API という用語が混在してスローされることがわかります。 これらの用語は本質的に同じものであり、今日では同じ意味で使用されています。 だから、我々はAPIを言うとき、我々は本当にウェブAPIについて話していることを一般的に知られている。 ただし、さらに定義するために、ウェブ API は、インターネット経由または名前が示すように、アプリケーションのデータへのアクセスを許可します。 より技術的な観点から、より深く掘り下げたいと思う ウェブ API は、HTTP 要求を介してデータを送受信します。 基本的に、ブラウザーに URL を入力するたびに、ウェブ API を呼び出します。 これらの要求はサーバーに送信され、JSON または XML の形式で応答が返されます。 RESTful API および SOAP ベースの API は、Web 2.0 Web API の例です。
ウェブ API を使用すると、開発者が構築するアプリケーションの一部として、そして最終的にはユーザーが操作しやすくなります。 ただし、これらの ウェブ API はネットワーク経由でアクセスされるため、待機時間、または要求と応答の間の遅延が発生する可能性があります。 それだけでなく、地理的な場所、環境、要求内のデータ量などの他の要因がすべてパフォーマンスに影響を与える可能性があります。 ウェブ ページや Web アプリケーションの監視などの Web API の監視は、ウェブ API が常に稼働し、適切にウェブ 機能していることを確認するための重要な手順です。
クラウド監視と ウェブ API 監視
開発者や運用チームが実装できる監視には、さまざまな種類があります。 ウェブ API 監視とは何か、また ウェブ API 監視を実装することが重要な理由の利点についてすでに説明しましたが、クラウド監視を提供する企業に出会った可能性があります。 クラウド監視と ウェブ API 監視の違いは何ですか。 IT 環境は進化しており、クラウド監視と組織に対して何ができるかについて詳しく説明します。
ただし、これらのリソースがサードパーティにオフロードされるため、この方法では別のレベルの複雑さが増します。 これにより、より多くの可動部分が存在するので、インフラストラクチャ全体を監視する必要が生じやすくなります。 クラウド監視を使用すると、組織は ウェブ サイト、データベース、API、アプリケーションなど、すべての資産を総合的に把握できます。 API の観点から見ると、クラウド監視を使用すると、API を複数のステップで実行するのではなくオブジェクトとして実装できるため、一貫性のある API を簡単に構築して、より高いパフォーマンスを実現できます。
ウェブ API 監視とソフトウェアベースの API 監視
組織が実装できるソフトウェア ベースの監視の種類はさまざまです。 1 つのタイプは、実際のユーザー監視であり、RUM とも呼ばれます。 もう 1 つのタイプは合成監視です。 RUM は、名前が示すように、実際のユーザーのパフォーマンス データを利用します。 RUM の優れた点の 1 つは、ユーザーが経験する API、アプリケーション、ページなどから実際のパフォーマンス データを取得することです。 ただし、この種の監視は、実際のユーザーがさまざまな場所やネットワークなどのパフォーマンスを測定するために、最終的に大量のデータを必要とするため、時間とコストがかかる可能性があります。
一方、合成監視では、アプリケーションまたは API 内の動作をシミュレートするために使用できる定義済みのスクリプトが使用されます。 これにより、チームは立ち上がったり、ライブ環境に頼ったりすることなく、パフォーマンスを理解しやすくなります。
合成監視は、さまざまな環境、ブラウザ、ネットワーク条件などから API をテストする場合に最適です。 ただし、監視はシミュレートされるため、実際のパフォーマンスと直接一致しない場合もありますが、チームが改善を行うために確認できる非常に信頼性の高いデータを提供します。
ウェブ API の監視とソフトウェアベースの API 監視は、基本的に同じ意味です。 どちらも、API のパフォーマンスを監視するサード パーティ製のソリューションに依存しています。 ただし、組織がどの種類の監視を実施するかは、予算、リソース、および要件によって異なります。 場合によっては、異なるパフォーマンスのボトルネックを発見できるため、両方の種類の組み合わせがより効果的です。
API パフォーマンス監視と ウェブ API 監視
API パフォーマンスの監視と ウェブ API の監視について説明する場合、実際に同じことを話しています。 API モニターをセットアップする場合、合成監視ソリューションまたは RUM ベースのソリューションを使用する場合でも、遅延、ダウンタイム、エラー、適切な応答など、さまざまなパフォーマンスメトリックを理解し、評価しようとしています。 ユーザーにとって優れたエクスペリエンスを確保するには、API、さらにはビジネスが依存している API が機能し、適切に実行されていることを確認することが必要です。 API 内のステップが失敗すると、アプリケーションやページに影響を与え、その結果も失敗しますが、ブランドの評判を維持するには明らかに良いものではありません。
代理監視ソリューションを使用すると、チームが API の応答と応答時間をチェックするだけの基本的なモニタを設定したり、API 内の各対話をチェックして正確な手順、認証要因、リダイレクトなどを監視するマルチステップ モニタを設定できるため、優れた機能を備えています。 いつでも、何かがうまくいかない可能性があります。 チームは、手動で手順を実行したり、実際のユーザーに応じて実行したりすることなく、応答、パフォーマンス、およびその他のメトリックに関する更新を継続的に受け取ります。 さらに、一般的に、合成監視ソリューションではユーザーが複数の場所から選択できるため、チームはさまざまな地域や国のパフォーマンスと可用性を確認できます。
AWS API ゲートウェイのモニタリング – その仕組み
前のセクションで提供されている主要なクラウドサービスについて簡単に説明しましたが、Amazon API Gateway と呼ばれる AWS 内の機能の 1 つについて少しお話しましょう。 2015 年半ばにリリースされた Amazon API ゲートウェイは、開発者が API の作成、公開、管理、監視、および保護を行うために使用できる、AWS 内のサービスです。 具体的には、Amazon ゲートウェイ API は、REST や WebSocket プロトコルなどの HTTP ベースの API を作成するためのサポートを提供します。 Amazon API Gateway 内で作成された API には、AWS、ウェブサービス、AWS クラウドに保存されているデータ、あるいは内部またはサードパーティのクライアントやアプリケーションからもアクセスできます。
アマゾン API ゲートウェイ サービスで作成された API を監視する限り、アマゾンは Amazon CloudWatch と呼ばれる別のサービスを提供しています。 CloudWatch はリアルタイムで生データを継続的に収集するため、開発者は時間の経過とともにデータを確認してアクセスしてパフォーマンスメトリックを比較できます。 CloudWatch ユーザーは、1 分ごとにデータを収集するように選択できます。 その他の利点は、データが保存され、15 か月の期間にわたって使用可能なためです。 待機時間、応答コード エラー、送信されたメッセージ (WebSocket ベースの API の場合) などの一般的なメトリック。 CloudWatch は、API とアプリケーションのパフォーマンス、リソースの使用状況、システムの全体的な正常性を総合的に把握できます。
クレジットカードなし、契約なし。
API の監視は、アプリケーションが使用する独自の API またはサードパーティのどちらであっても、ユーザー満足度、収益、ブランド評価など、さまざまな理由から重要です。 Dotcom-Monitor プラットフォーム内の WebView ソリューションは、稼働時間、機能性、および全体的なパフォーマンスを継続的にチェックするために、すべての API および ウェブ サービスの監視デバイスを設定する機能をユーザーに提供します。 その他の機能としては、さまざまな監視チェック頻度、3年間のデータ保持、約 30 の外部モニタリングロケーションの選択が含まれます。 電子メール、SMS、電話などの複数のアラート配信メカニズムと、PagerDuty、Slack、Teams など、組織が既に使用している統合から選択します。 問題が発生した分のアラートを受け取ります。
それでは、Dotcom-Monitor プラットフォーム内で API 監視を設定するのがいかに簡単かを見てみましょう。
チュートリアル: ドットコムモニターによる API モニタリング
まず、Dotcom-Monitor アカウントにサインインする必要があります。 あなたが持っていない場合は、心配しないでください。 プラットフォーム内のすべてのソリューションにアクセスできる 30日間の無料トライアル を提供しているので、手間のかから試すことができます。 ログインしたら、ページの右上にある
[新しいデバイス
] を選択します。
このページから、下にスクロールして [ウェブ サービス] を選択するか、左側から ウェブ サービスを選択します。 ウェブ サービスを選択すると、ウェブ サービス監視の種類の中から作成できる監視デバイスの一覧が表示されます。 次の監視デバイスが表示されます。
- HTTP/S
- SOAP ウェブ API
- レストウェブ API
- 郵便配達人コレクション
- ping/ICMP
- Telnet
- ウェブソケット
この記事の目的のために、REST ウェブ API デバイス オプションを選択します。 ユーザーがターゲット URL またはアドレスを入力すると、API の特定の機能、アップタイム/ダウンタイム、コンテンツの検証、認証、完了タイムアウト、および全体的なパフォーマンスのチェックなど、複数のオプションから選択できます。
これらの設定を定義すると、ユーザーはチェックを設定する頻度と、どの場所から設定するかを選択できます。 ユーザーは、約 30 の場所にアクセスできます。
すべての設定を選択したら、[デバイスの概要]
を確認し、任意のリビジョンを作成して、[デバイスの作成] を選択します。
そして、それはそれです! REST API を監視する途中です。 WebView ソリューション内のオプションは 1 つしかないので、WebSocket、郵便配達人コレクション、SOAP、Telnet、Ping/ICMP などの他の WebView デバイスオプションの詳細については、 マイクロソフトのナレッジ ベースをご覧ください。
30日間無料。 クレジットカードなし、契約なし。
API モニタリングのベスト プラクティス
このセクションでは、API を監視するためのベスト プラクティスをいくつか取り上げます。 API は、数千または数百万のユーザーにサービスを提供するミッション クリティカルな API から、単純なコマンドと応答のデータを提供する API まで、さまざまな形式で提供されます。 組織やビジネス要件に関するケースが何であれ、API の動作を監視することは、最終的にユーザーのエクスペリエンスに影響を与えます。 チームが導入すべきより基本的な監視のベストプラクティスのいくつかから、API監視のためのより複雑な形式のいくつかについて説明します。
API を使用すると、さまざまなレベルでユーザーのエクスペリエンスを向上させることができるため、さまざまなレベルの監視を実装してニーズを満たすことができます。 さらに、API の複雑さのレベルを超えて、API の種類が異なります。 会社内部の場合もあれば、オープンな API である場合もあれば、会社がビジネス要件を実行およびサポートするために依存しているサードパーティ製の API またはパートナー API であるものもあります。 すべての API を監視する必要があるわけではありませんが、API の問題が発生した場合は、問題が発生している場所を理解する方法が必要であることを知る必要があります。 このようにして、問題が再発しないように問題を修正し、将来のAPI開発または統合に使用および検討できる洞察を得ることができます。
API モニタリングの基本 (初心者向け)
API が機能し、すべてのタイプのトラフィック レベルで利用可能であることを確認することが、API を監視する基本的な理由です。 チームは、優れたアプリケーションを作成するために多くの時間、労力、リソースを投入します。 通常、問題はトラフィックの多い時間帯に発生し始めますが、使用される API の種類によっては、問題がいつでも発生する可能性があります。 可用性と応答時間、または待機時間の監視は、実装される監視の基本的な形式の 2 つです。
上記のセクションで説明したように、API の監視はさまざまな形式と複雑さのレベルで発生する可能性があります。
API を監視する全体のポイントは、問題を把握することです。 最悪の事態は、ユーザーや顧客から苦情を受け始めるということです。 最後に、内部監視だけでは不十分です。 内部的にすべてが正常に動作している可能性がありますが、ユーザーの観点から API をチェックしない場合は、会社を危険にさらす可能性があります。 ユーザーが訪問した場所または地域から基本的な外部監視を設定すると、API のパフォーマンスの問題について理解を深めます。
中間 API 監視
API の監視の基本的な考え方をさらに踏まえて、複数の API 呼び出しや複数ステップの手順を含む API では、より中間的な API の監視が必要になる場合があります。 API エンドポイントからの応答だけを監視すると、実際に何が起こっているのかを明確に把握できるわけではありません。 200 OK応答が返される場合がありますが、その間の手順に問題がある可能性があります。 途中でエラーが発生している可能性があります。 表面のすべてがうまく見えるかもしれませんが、プロセス全体を監視していない場合は、エラーが途中のどこかに埋もれている可能性があります。 あなたがそれを探していないなら、あなたは本当に下で何が起こっているのか分からないでしょう。
高度な API 監視技術
ほとんどの人がAPIモニタリングについて考えるとき、彼らはそれがウェブサイトの監視のようなものであると仮定するかもしれません。 ウェブ ページが機能しているからといって、すべてが正常に動作しているとは限りません。 しかし、多くの人がこの仮定を行い、それは大きな間違いです。 また、ウェブ ページの監視と同様に、API の全体的なパフォーマンスを構成する要素やレベルも多数存在します。 前のセクションで述べたように、200 OKの応答を得ているからといって、すべてがうまくいっているわけではありません。 APM ソリューションやさまざまなネットワーク ツールが役立つ場合がありますが、これらのソリューションでは、専用の API 監視ソリューションのように、さまざまな API 層内のエラーを検出できません。
API のパフォーマンスを完全に理解するには、高度な監視手法を実装し、ユーザーが API を使用する方法に密接に一致する必要があります。 これには、API 監視チェックを 1 分ごとにサポートできるソリューションの使用が含まれます( 24 時間 365 日)。 さらに、ミッション クリティカルでビジネスクリティカルな API の多い場合は、要求と応答を監視するだけのソリューションを必要とします。 これは、認証方法、要求の種類、タイムアウトのしきい値、コンテンツの検証、カスタム ヘッダーとカスタム スクリプト、および警告メカニズムを監視できるソリューションを使用することを意味します。 これらのすべての要因を監視し、監視 API を徹底的に確認し、エラーが発生し始めた場合に直ちにアラートを受け取るように構成する必要があります。 最後に、このことを前に述べたように、外部の場所から監視を設定できることで、ユーザーにできるだけ近いエクスペリエンスをシミュレートすることができます。
API モニタリングの長所と短所
API が意図したとおりに継続的に実行されるようにする場合は、API の監視が不可欠です。 ビジネス向けの API の開発と利用に向かう組織が増えるに従って、API 監視がもたらす利点は、顧客とユーザーの満足を維持し、シームレスなエクスペリエンスを提供するために不可欠です。 前に述べてきたように、読み込み時間のわずかな遅延だけでユーザーが不満を感じさせる可能性があります。 また、API はさまざまなリソースで構成され、依存できるため、問題はいつでも発生する可能性があります。 何か問題が発生したときにアラートを受け取るように監視を設定することは、ビジネスの継続性を維持する上で重要です。
API の監視には、使用する監視ツールまたはソリューションに関連するコスト以外の、実際に不利な点はありません。 ツールとソリューションは無数に存在し、以下のセクションで詳しく説明しますが、API監視が実施されていない場合に組織にかかるコストを理解することにもなります。 一部のアプリケーションのダウンタイムコストは、収益とブランドの評判に壊滅的な影響を与える可能性があります。 組織は、API 監視がビジネスに悪影響を及ぼすかどうか、またどの程度ビジネスを危険にさらすかを決定する必要があります。
API モニタリング チェックリスト
監視または API 監視デバイスの構成を開始する前に、チェックリストまたは計画を作成して、測定およびレポートを作成する必要なすべての要件とメトリックをチームが確実にカバーするようにしてください。 前に説明したように、API が機能していることを知るだけでは不十分です。 いつでも何かがうまくいかない可能性があり、それが行われ、いつ、通知されるかどうかを確認したいと思います。 API 監視チェックリストを作成する際に考慮すべきヒントをいくつか紹介します。
- 組織が開発したすべての API と、サードパーティの API を完全に可視化できない可能性のある API を記録します。
- すべての API の記録を取得したら、最も重要なものから最も重要度の低い API まで、API に優先順位を付けます。 ビジネス、ユーザー エクスペリエンス、またはサービスの継続性に不可欠な API を最上部に優先順位付けする必要があります。
- 認証と承認の方法、セキュリティ、複数のステップの API 呼び出しなど、API が依存している複雑さやテクノロジを考慮します。
- ユーザーが配置されている場所に応じて複数の場所から監視を設定し、継続的なパフォーマンスを複数の場所と比較します。 ある場所でエラーが発生した場合は、他の場所で発生している状況を監視して、広範囲にわたる問題を排除するか、単なる 1 回限りのイベントで適切な対処方法を示します。
- 優先度に基づいて、API のモニタリング頻度を決定します。 すべての API を 1 日毎分監視する必要はありません。
- 警告を設定し、エラーや問題が発生したときに適切な関係者に通知を受け取ります。 問題が長く続くほど、ビジネスとユーザーを危険にさらします。
- 最も重要なことは、最新のテクノロジとプロトコルをサポートし、API 監視用のさまざまな機能とオプションを提供する監視ソリューションを見つけることです。
30日間無料。 クレジットカードなし、契約なし。
API モニタリング ツール
API 監視ツールを使用すると、開発者やチームは API の可用性、ダウンタイム、および全体的なパフォーマンスを追跡できます。 API で手動チェックを実行できれば優れていますが、この方法は常に最も効率的な時間の使用ではありません。 組織には数百の API が含む場合があります。 手動チェックを行う必要がある人を捧げることは負担であり、内部でのみ行われる場合は、外部ユーザーの視点から実際のパフォーマンスを反映していない可能性があります。 さらに、問題が発生している正確な瞬間にAPIをチェックしていない場合、APIは知らないうちにチェックされず、後で問題を悪化させることになります。
監視ツールは、API チェックをランダムな時間に行う場合と比較して、監視プロセスを自動化するのに最適です。 API のパフォーマンスは多くの要因と関係に依存するため、問題はいつでも発生する可能性があります。 API の予測不可能な性質により、組織にとって API 監視ツールが不可欠になっています。 問題が発生した瞬間に迅速にチームに通知できるため、修正措置やトラブルシューティングをできるだけ早く開始して、より多くのユーザーが影響を受けないようにすることができます。 世界中のさまざまな場所から、遅延、応答コード、失敗と成功、リダイレクトなど、パフォーマンス データの収集に役立つ API ツールが多数用意されています。 さまざまなタイプのAPI監視ツールと、各タイプを互いに区別するものについて説明します。
無料と有料のAPI監視ツール
あなたやあなたのチームがAPI監視ツールの市場にいるなら、あなたは、選択する多くがあるので、幸運です。 悪い部分は、あなたが正しいものを探しているときに時間のかかるプロセスになる可能性があり、から選択する多くがあることです。 無料、有料、オープンソース、フリーミアムオプション、およびその間のすべてのものから、あなたはきっとあなたの組織のニーズを満たすことができるツールを見つけるでしょう。 さらに、API 開発エコシステムである Postman のようなツールには、API の作成、開発、保守に使用されるツールに、有料プラン内の基本的な監視機能が含まれています。 それでは、無料の API 監視ツールと有料 API 監視ツールを検討する際に考慮すべき点は何でしょうか。
無料の API 監視ツールと有料 API 監視ツールを比較する場合、その名前が示すように、無料の API 監視ツールはユーザーに無料で提供されます。 それらを使用するための前払い費用や投資はありません。 これらの無料ツールはNagiosのようなオープンソースの様々なツールですが、無料のAPI監視ツールは通常、有料API監視ツールとして堅牢な機能セットとして持っていません。 無料のAPI監視ツールは、通常、基本的なアップタイムとレスポンスチェックを実行することができます。 また、無料の API 監視ツールでは、通常、更新プログラムを利用してプロトコルのサポートが制限され、特に大規模な組織で考慮すべき重要な要素である有料 API 監視ツールオプションほど安全でない可能性があります。
有料の API 監視ツールには、追加機能、アドオンの選択肢、マルチプロトコルサポート、継続的な更新プログラムへのアクセス、およびユーザーの場所から API が実行されている方法を理解するうえで重要なグローバルな監視場所が含まれることがよくあります。 さらに、無料の API 監視ツールと有料 API 監視ツールの間の主要な差別化ツールです。 無料の API ツールを使用するサポート オプションは通常制限されており、FAQ やサポート ドキュメントを通じてのみ利用でき、24 時間 365 日の専用サポート チームにアクセスすることはできません。
無料のAPI監視およびテストツール
今日の市場には、無料のAPI監視およびテストツールがたくさんあります。 これらの一部の例には、REST アシュアード、カタロン、JMeter、テストメイスなどのツールが含まれます。 また、これらの無料ツールの中には、API に加えて、有料プランオプションを提供するほか、ウェブ サービス、アプリケーション、ウェブ ページをテストできるものもあります。 無料の API 監視およびテスト ツールを使用する主な欠点の 1 つは、プロトコルのサポートと分散テストが制限されている点です。 たとえば、REST アシュアードのようなツールは Java ベースであるため、Java を最大限に活用するには Java もインストールされている必要があります。
Katalon は、セットアップと構成が簡単なもう 1 つのツールですが、カタロンがサポートするスクリプト言語は Java と Groovy のみなので、Java や Groovy フレームワークに精通している人は誰でも使い心地が良いでしょうが、すべてのアプリケーションや API が Java と Groovy を使用しているわけではないため、より多くのスクリプト言語をサポートする API 監視ツールを見つけることが望ましいでしょう。 また、ウェブ サービス、モバイルアプリケーション、ウェブ アプリケーションのテストを自動化するために使用することもできますが、デスクトップアプリケーションの自動テストの作成には使用できません。
JMeterは負荷試験ツールとしてより多く作成されましたが、APIの機能テストを実行する機能があります。 JMeterを使用する利点の1つは、ユーザーが機能テストを作成し、パフォーマンステストのためにそれらのテストをアップロードできることです。 JMeterの既知の欠点の1つは、APIが高い負荷レベルの間にどのように反応するかを理解したいだけなので、JAVAScriptを実行できないことですが、ユーザーの視点からアプリケーションとAPIのパフォーマンスを知りたい場合は、実際のブラウザベースのテストをサポートできるツールが必要です。
オープンソースのAPI監視ツール
たとえば、商用 API 監視ツールには、通常、1 日の任意の時点で専用のサポート チームへのアクセスが含まれます。 API 監視ツールで問題が発生した場合、オープンソース API 監視ツールのユーザーは、残念ながらコミュニティユーザーによって構築された広範なナレッジベースに依存する必要があります。 リポジトリに品質を提供するツールはありますが、正確な問題を特定しようとする努力をしなければならない場合は、時間がかかる可能性があります。 オープンソースのAPI監視ソリューションが希望する方法であると考えている場合は、豊富なナレッジベースとコミュニティサポートを持つソリューションを選択してください。 有料の、または商用ベースのオプションと同様に、専任の専門家のチームにアクセスすることはできません。
30日間無料。 クレジットカードなし、契約なし。
ドットコムモニター
ドットコムモニターは、ウェブ ページ、ウェブ アプリケーション、インフラストラクチャ、およびウェブ サービスの総合的な監視ソリューションを提供します。 ウェブ サービス監視ソリューションでは、WebView を使用して、ユーザーが稼働時間、パフォーマンス、および可用性を監視して、特定の API 機能、アップタイム/ダウンタイム、コンテンツ検証、認証、完了タイムアウト、および全体的なパフォーマンスを確保できます。 WebView には、RESTful および SOAP ベースの API、SSL 証明書チェック、および WebSocket ベースのアプリケーションの監視がサポートされています。 監視タスクの設定は数分で行います。 プラットフォームでは、デバイスのセットアップと構成から、アラート、レポート、およびダッシュボードのオプションの選択まで、セットアップ プロセスの各手順を実行できます。 また、Dotcom-Monitor は、Slack、PagerDuty、Asana、VictorOps、Splunk など、チームが既に使用しているツールの多くとも統合されています。 チェックを毎分または3時間ごとに頻繁に設定し、30のパブリックモニタリング場所から選択するか、プライベートエージェントを使用してネットワーク内からAPIを監視します。 また、Postman を使用している場合は、JSON ファイルまたは共有の Postman リンクから、モニタリング用の Postman API 呼び出しをインポートできます。
また、Dotcom-Monitor プラットフォームは、API 監視以外にも ウェブ アプリケーション監視ソリューションを提供し、ウェブ ベースのアプリケーションおよびサービス用のマルチステップスクリプトを迅速かつ簡単に作成できます。 Dotcom-Monitor プラットフォームは、ユーザーが一般的なユーザーのようにアプリケーションをナビゲートするだけでスクリプトを作成する機能を提供する EveryStep Web レコーダー を利用します。 これらのスクリプトを使用して ウェブ アプリケーション監視デバイスを作成し、ユーザーがポータルにログインしたり、製品を参照および購入したりできるようにすることができます。
アップトレンド
Dotcom-Monitor の監視製品と同様に、Uptrends は ウェブ サイト、ウェブ アプリケーション、サーバー、および API 向けの総合的なモニタリング製品を提供しています。 API 監視製品を使用すると、稼働時間、機能性、および可用性について API をチェックできます。 ユーザー シナリオを設定し、API を通じて実行する正確なパスとシーケンスを監視することは、パフォーマンスの観点から理解するために重要です。 Uptrends API 製品は、認証、コンテンツ検証、要求期間、HTTP ステータスコードなどの機能をサポートしています。
しかし、ドットコムモニターのソリューションとは異なり、Postman APIの監視統合はありません。 Uptrendsはプライベートチェックポイントを提供しており、ユーザーはネットワークの背後からAPIを監視して、外部の場所からは見えない可能性のある問題を特定するのに役立ちます。 さらに、Uptrends ユーザーは 200 を超える監視場所にアクセスできますが、Uptrends を使用して ウェブ ページやサイトを監視している場合は、すべての場所が実際のブラウザベースの監視を提供しているわけではないことに注意してください。 一部の場所では、基本的な HTTP/S チェックが提供されます。
サイト24×7
Site24x7 のオファーは、API、ウェブ サイト、サーバー、および ウェブ アプリケーションの監視を検討している開発チーム向けのオールインワンモニタリングスイートです。 Site24x7 は、基本/NTLM (Windows NT LAN マネージャー)、OAuth、PKCS (公開キー暗号化標準) などの認証方法をサポートしています。
Site24x7 では、100 を超えるグローバル監視場所を選択するオプションがユーザーに提供されていますが、各モニターは 8 か所、エンタープライズ レベルのプランを使用している場合は 16 の場所に制限されています。 Site24x7は包括的な監視プラットフォームですが、最初は少し圧倒的な場合があり、必要ない機能を支払うことになるかもしれません。 このため、選択したプランは、市場の他の監視ツールに比べて高価になる可能性があります。
アマゾンクラウドウォッチ
このリストのツールとソリューションのほとんどは専用のウェブサイト、アプリケーション、サーバー、API モニタリングを提供しますが、AWS (アマゾン ウェブ サービス) などのクラウドプロバイダー内のソリューションの監視を忘れることはできません。 ご存知のように、AWS はクラウドコンピューティングサービスとソリューションのエコシステム全体を提供しています。
アプリケーション、ウェブサイト、コンテナ、マイクロサービス、API、ウェブサービスなどを AWS インフラストラクチャにデプロイした場合は、その監視機能も利用することをお勧めします。 API 監視はすぐには提供されませんが、ユーザーはそれを使用することを選択できます。 CloudWatch は、データドッグやダイナトレースなどの市場の APM ソリューションと同様に、さまざまな AWS サービスログやメトリクス、オンプレミスデータからデータを収集し、ユーザーがスタック全体のパフォーマンスを表示し、パフォーマンスのしきい値とエラーに基づいてアラームを設定できるようにします。 これによりスタックを完全に可視化できますが、多くの情報やデータを追加することもできます。 AWSはエンタープライズレベルの企業向けに構築されており、世界最大の企業の一部はサービスを AWS に依存しています。
アラートサイト
AlertSiteは、SmartBearから、APIを監視し、稼働時間、可用性、および機能性をチェックするための製品です。 SmartBearは、SwaggerHubと呼ばれるAPI開発のためのソリューションと、ReadyAPIと呼ばれるAPI機能およびパフォーマンステストのためのソリューションも提供しています。
Dotcom-Monitorと同様に、AlertSiteはAPI、ウェブサイト、アプリケーション用の合成の実際のブラウザベースの監視製品であり、350以上の外部監視場所を提供しています。 API の監視に関しては、アラートサイトは、API の SAML/SSO や OAuth などのテクノロジーをサポートします。 また、彼らは「ハイブリッド展開」と呼ばれるものを提供し、本質的には外部および内部ネットワークから監視する機能です。 また、サポートアラートサイトのユーザーは、DotcomモニターからのEveryStepウェブレコーダーのように、DejaClickと呼ばれるスクリプトレコーダーへのアクセス権を持っています。 最後に、AlertSite ユーザーは特定のパフォーマンス要件に基づいてアラートを設定し、他の多くのインシデント管理ツールと統合できます。 予算作成の観点から、このリスト ツールの他のツールと比較すると、AlertSite はコストがかかる可能性があります。
1つの便利なロードテストソリューション、LoadViewからすべて。
FAQセクション – APIモニタリングの質問に回答
API 監視の設定には時間がかかる場合があり、パフォーマンスを適切に測定するためにいくつかの計画が必要です。 ただし、適切な API 監視ツールを使用すると、最も重要な API 用にテストデバイスやモニターを迅速かつ簡単にセットアップでき、サービスが常に稼働していることを確認できます。 完璧な世界では、すべてが問題なく実行されますが、サーバーがダウンし、待ち時間の問題が発生するなど、すべてが分かっています。 いつでも発生する可能性のある問題は無数に存在するため、API 監視を実装することで、ビジネスと顧客を保護します。
以下に、API の監視に関してよく寄せられる質問に対する回答をいくつか示します。
目次
APIの監視はどのように行われますか?
前のセクションで説明したように、代理 API 監視では、外部サーバーまたはリモート サーバーを使用して、API に要求を送信します。 サーバーは、応答時間、コンテンツ、速度などのデータと一緒に応答を返します。 この応答が、事前定義されたしきい値に達しない場合、またはしきい値に達しない場合は、エラー メッセージが返されます。 エラーが検出された場合、一部のソリューションとツールは、誤検知でないことを確認するために、即時に要求を送信します。 エラーが 2 回目に発生した場合は、エラーにフラグが立てられます。 監視ツールを使用すると、ビジネスニーズに応じて、さまざまな頻度で、毎秒から3時間ごとにこれらのチェックを自動化できます。
APIを監視しない場合はどうなりますか?
API は、ウェブ サイトと ウェブ アプリケーション間でデータをやり取りする重要なコンポーネントです。 彼らはプログラム間のメッセンジャーです。 開発チームは、API のコーディング、開発、テスト、最適化に多くの時間を割きます。 私たちは皆、一度何かを作成したら、もう一度心配する必要はないことを考えたいと思っていますが、そうではないことは分かっています。 特に API は、さまざまなコンポーネントに依存しています。 たとえば、電子商取引会社を管理している場合、製品、価格、説明などの更新を可能にするサードパーティ製の API を利用できます。 これらの API を監視することで、顧客に最新の情報を提供し、顧客が期待どおりに動作していることを確認し、よりシームレスなエクスペリエンスを提供できます。 顧客がサービスに問題がある場合、顧客はバウンスして別の場所で見つける可能性が高くなります。
オープンソースのAPI監視ツールは有料のツールと同じか。
オープン ソースまたは有料の API 監視ツールが組織に最適かどうかを判断する場合は、サポートが必要なテクノロジやフレームワーク、外部監視場所、アラート機能、レポート機能などの要素を考慮する必要があります。 多くのオープンソース API 監視ツールは、基本的な監視稼働時間チェックを提供できますが、監視する API が世界中のユーザーからアクセスされる場合は、API の内部パフォーマンスだけでなく、外部の場所からチェックできるツールを見つけたいと思うでしょう。 また、オープンソースの API 監視ツールではカスタマイズが可能ですが、通常は広範なプログラミング言語が必要です。 有料 API 監視ツールは、通常、多くのプロトコル、フレームワーク、および言語をサポートするために専用に構築されています。
API監視ツールとは
API 監視ツールは、API の可用性、稼働時間、機能性をチェックするために使用され、開発チームが API の継続的なパフォーマンスを把握するために使用します。 API ツールを使用すると、チームはエラーとパフォーマンスのしきい値が発生したときにアラートを受け取ることができるため、ユーザーが影響を受ける前に問題をすばやくトラブルシューティングして修正できます。 顧客や訪問者が使用するアプリケーションは、機能する API によって異なります。 API シーケンスまたはエンドポイントでバックグラウンドで何が起こっているかを理解することは、ユーザー エクスペリエンスを保護するために重要です。 このガイドでは、API 監視ツールは、オープンソースや独自の商用オプションなど、さまざまな形式で提供されています。
API監視を実行するユーザー
ウェブ サイト、ウェブ ページ、ウェブ アプリケーションの監視と同様に、API 監視は通常、ウェブ 開発チームや IT 運用チームによって実行されます。 しかし、商用 API 監視ツールとソリューションがユーザー フレンドリーになったため、さまざまな企業部門がマーケティング チームなどを活用する手口が開かれました。 マーケティングチームの場合、彼らの関心は常にウェブ ページがアップしていることを保証することにあるので、訪問者が自社の製品やサービスを検索しているとき、適切なウェブ ページが表示され、適切に機能します。 それだけでなく、ウェブ アプリケーションや、それらのアプリケーションを機能させる関連 API も意図したとおりに動作するようにすることも、興味深いものです。
ウェブサイトでのAPIモニタリングの実施方法
API と ウェブ サイトの監視は非常に似ていますが、両者の間には顕著な違いがあります。 ウェブ サイトまたは ウェブ アプリケーションの監視を使用すると、アラートを設定して、稼働時間、可用性、および ウェブ アプリケーションの場合、アプリケーションが意図したとおりに機能していることを確認するスクリプトを設定できます。 多くのアプリケーションは API に依存するため、ある意味では API 監視は、バックグラウンドで何が発生しているか監視しますが、API 監視は、要求が行われたときに適切なコンテンツが送受信され、認証が機能していること、単一または複数ステップの HTTP 要求の検証、リダイレクトなどを確認することに重点を置いています。 ウェブ サイトや ウェブ アプリケーションの監視と同様に、実際のユーザーがサービスにアクセスして使用する方法に一致する監視シナリオやデバイスを作成できるツールが必要です。
APIモニタを設定するのは難しいのですか?
API 監視の設定 (特に有料または商用ベースのツール) は、通常は簡単で実行しやすいツールです。 このガイドで既に説明したように、商用ベースの監視ツールには、SOAP ベースの REST ベースの API モニタを簡単に作成できる機能、利点、サポートがすべて揃っています。 それだけでなく、多くの外部監視場所、サードパーティのツールとの統合、アラートオプション、スクリプトツールなどにもアクセスできます。 一方、オープンソースと無料の監視ツールは、通常、APIモニタを作成するのに少し時間がかかるプログラミングの専門知識を必要としますが、それに慣れている場合は問題を経験しないでください。
APIの監視とAPIテストの違いは何ですか?
API テストと API 監視について話すとき、多くの場合、人々はそれらを同じバスケットにまとめます。 しかし、それらは同じものではありません。 API テストは通常、実稼働前に実行され、API の機能、セキュリティ、信頼性、およびパフォーマンスを検証するのに役立ちます。 開発者にとっては、機能、ユニット、統合、エンドツーエンドのテスト、およびパフォーマンステストを実行することを意味します。 通常、パフォーマンス テストでは、単体テストと機能テストが完了した後の負荷テストまたはストレス テスト API が必要です。 Dotcom-Monitor は、ロード ビューと呼ばれるロード テスト ソリューションを提供し、API でパフォーマンス テストを実行するために使用できます。 LoadViewは、Dotcom-Monitorと同じインターフェイスとダッシュボードを利用しているので、ユーザーはLoadViewを自分のアカウントに簡単に追加できます。 API テストが完了し、API が運用環境にプッシュされたら、継続的なパフォーマンスを確保するために継続的な API 監視を設定できます。
APIのパフォーマンステストに価値がありますか?
数百または数千のユーザーまたは訪問者がアクセスするアプリケーションまたは API がある場合は、API のパフォーマンス テストが必要です。 アプリケーション、および基になるデータ、またはビジネス ロジックと機能が、大量の同時ユーザーに対して意図したとおりに実行されるようにする必要があります。 一般的にテストを考えるとき、エンド ユーザーの視点から見ると、多くの重点が UI 機能に重点を置きますが、API 層はデータと UI 層の間の間にあるため、パフォーマンス テストでも非常に重要です。
APIの稼働時間/ダウンタイムを計算するには?
アプリケーション、ウェブ サイト、または API がダウンしている場合は、常に良い兆候とは言えなくなります。 顧客と訪問者は、常に完璧に実行するためにすべてのサービスに依存しています。 また、アプリケーションまたは API がビジネスまたはミッション クリティカルなアプリケーションに直接関連付けられている場合、ダウンタイムにより深刻な結果が生じる可能性があります。 ダウンタイムの計算に関しては、API監視デバイスの設定方法と設定したしきい値によって多くの時間が決まります。 たとえば、Dotcom-Monitor プラットフォームでは、API 監視フィルターは、分数、エージェント、タスクなどのエラーに対応してさまざまな条件で設定できます。 したがって、フィルターの条件に達すると、ダウンタイムが始まります。 アップタイムは、デバイスがエラー、エージェント、タスクに関連して成功して応答しているときに計算または開始されますが、ダウンタイムエラーアラートをスローするしきい値を満たしていません。
APIのパフォーマンスをどのようにベンチマークしますか?
すべての組織は、アプリケーション、ウェブ サイト、API、およびその他のサービスと競合との比較を知りたいと考えています。 消費者がさまざまな関連サービス、製品、ソリューションなどにアクセスできるようになったので、A、B、C、D のどちらを選択するかの差別化がユーザー エクスペリエンスにまで及ぶ可能性があります。 ベンチマーク テストでは、業界標準を使用し、組織がそれらのメトリックを満たすか、またはそれを超える方法を比較します。 API またはアプリケーションのパフォーマンスの観点からは、待機時間、負荷の下での応答時間、1 秒あたりの要求などを考慮して、すべてのシステムが特定の読み込み時間と応答時間を満たすように調整されていることを意味する可能性があります。
ウェブ ベースの API に適した応答時間は何ですか?
API やアプリケーションによっては、応答時間が異なる可能性があります。 さらに、顧客や訪問者は、さまざまなネットワークやデバイスを使用して、さまざまな地理的な場所からサービスにアクセスしています。 応答時間が全面的に同じであることを確認することは困難であるため、APIのテストと監視が非常に重要です。 ユーザーの放棄とウェブページに関する統計を考慮すると、3秒以内にウェブサイトが読み込まれない場合、それらが跳ね返る可能性が高いという調査結果が出てきます。 ただし、API は、コンテンツ、CSS、画像など、ウェブ ページと同じコンポーネントを読み込む必要がないようにするため、応答時間は遅延の認識を避けるために 1 秒以下でなければなりません。
外部 API 監視または自己ホスト型 API 監視を使用する必要がありますか。
外部 API 監視と内部 API 監視の使用が必要かどうかを判断する要因は、いくつかの要因によって異なります。 たとえば、API やアプリケーションがパブリックにアクセス可能になり、多くの訪問者が必要な場合、外部監視がニーズに最適です。 また、複数の場所から API モニターをセットアップすることが重要です。 これにより、地域によってパフォーマンスがどのように変化するかを判断できるほか、エラーやパフォーマンスの問題が地理的な場所だけに見つかるか、またはすべての場所に影響を与える可能性があるかを確認できます。 ただし、API が社内の内部にあり、ネットワーク経由でのみアクセス可能な場合は、自己ホスト型 API 監視ツールが推奨されます。 最新の監視ソリューションの素晴らしい点は、多くの人が内部サイト、アプリケーション、APIを監視するプライベートエージェントを提供していることです。
API監視と共にアラートを作成することが重要ですか?
アプリケーション、API、ページで手動でのパフォーマンスとアップタイムのチェックを実行することをお勧めしますが、ある時点でこのプロセスを自動化する必要があるため、1 日の仕事から時間を取らず、次の大きな開発プロジェクトに集中できます。 アップタイムと可用性のチェックを自動化するだけでなく、問題が発生したときに適切なチームや関係者に通知するアラートを設定する必要があります。 アラートを設定しないと、エラーが発生した場合やパフォーマンスのしきい値が満たされていない場合は、合成 API の監視のポイントを把握できません。 ロボットが重い持ち上げをしましょう!
AWS と Azure には組み込みの API 監視ツールやプログラムがありますか。
クラウド コンピューティングは、この 10 年間で長い道のりを歩んできました。 クラウド コンピューティングは、組織が通常購入して維持しなければならないインフラストラクチャ、ストレージ、ソフトウェア、コンピューティング リソースを提供します。 クラウド プロバイダーを活用することで、組織は物理ハードウェアの購入と保守にかかるコストを削減できます。 Microsoft Azure、AWS、Google Cloud、IBM Cloud、Oracle などのクラウドプロバイダーのサービスを使用すると、組織は ウェブ サイト、アプリケーション、API などの開発、起動、および監視をワンストップショップで行うことができます。 これらのクラウド ソリューションは、チームが既に使用しているサードパーティ製ツールと統合することもできるため、これらのソリューションを通じてアクセスできる機能の数に終わりはありません。
最適な API 監視ツールとは何ですか。
多くのツール、オープンソースと有料、今日の市場でのAPI監視のために、我々は最高のAPI監視ツールは、ドットコムモニターであると考えています。 このプラットフォームは、一般的な API プロトコルとテクノロジのサポート、マルチステップ API 呼び出しの監視、アラートの構成、サードパーティ統合、30 の外部監視場所へのアクセス、24 時間 365 日のサポートなど、数多くの機能と利点を提供します。 Dotcom-Monitorは完全にウェブベースなので、ハードウェアや追加のソフトウェアに投資する必要はありません。 そのすべてがあなたのために管理されています。 API 監視デバイスの設定は数分で済み、ソリューションはプロセス全体を確認できます。 また、ウェブ アプリケーションと ウェブ ページの監視を設定する場合は、全体的な監視戦略の一部としてこれらのソリューションを簡単に追加できます。 ソリューションは予算に優しく、毎月支払うことができるので、年間契約にロックされていません。
次のレベル
無限のスケーラビリティで比類のない機能を体験できます。 クレジットカードなし、契約なし。