APIはアプリを接続し、アプリの速度を落とします

APIは、アプリケーション間のブリッジを構築します。企業がクラウドベースのSaaSアプリケーションに急速に移行している今、これらのAPIは命の恩人です。 1つのアプリケーションに任意の数のAPIを接続して、重要なビジネスクリティカルなアプリケーション間の通信のWebを作成できます。このAPIエコノミーは、ITチームが管理しなければならない最新のインフラストラクチャのもう1つの側面になっています。

EMAのレポートによると、APIは今日のITインフラストラクチャの共通通貨になり、ITチームにとってまったく新しい一連の課題を提示しています。 APIを提供している企業に関する彼らの調査によると、上位3つの課題は、大量のトラフィック、バックエンドのセキュリティ、およびID管理でした。一般に、計測、チャージバック、アクセスもAPIユーザーにとって問題があります。

重要なSaaSアプリケーションの1つだけが、トランザクションを完了したり、ユーザーの時間を大幅に節約したりするために、多くのAPIに依存している可能性があります。ここAppNetaでSalesforceを調べたところ、4つの統合だけで、毎回アプリの読み込み時間が約4秒長くなることがわかりました。これらの遅いロード時間のコストはすぐに加算されます。

明らかに、このイントラ依存型APIアプリケーションのウェブは、自立したものでも、実践的なものでもありません。しかし、企業がすべてを実行すると公言しているソリューションではなく、複数の最善のアプリを選択することが多い世界では、これは非常に重要です。スムーズに実行されるAPI接続アプリの効率により、ユーザーの生産性が大幅に向上します。

このAPIの混乱は、今日の最新のIT環境におけるもう1つの複雑な要因です。さらに、API自体は、信頼性と成熟度が大きく異なる可能性があります。ただし、実際にそれらを管理することをあきらめないでください。それを行う方法があります。

APIスプロール現象を先取りする方法

特定のアプリに問題があるユーザーから電話またはヘルプデスクのチケットが送信された場合、いくつかの基本的な診断方法があります。そのアプリケーションのステータスページを確認し、そのユーザーにサービスを提供しているISPのステータスページを確認することができます。それ以外にも、実際には問題を示さないネットワークメトリックがいくつかある場合があります。これはすべて、今日のシングルページアプリケーションの多くによってさらに複雑になっているため、どこで問題が発生したかを特定するのはさらに困難です。

他のクラウドおよびSaaS環境と同様に、従来の監視ツールは追いついていない。ほとんどのプロバイダーは、ゲートウェイ（アプリケーションの正面玄関）の観点からアプリケーションのパフォーマンスと可用性を監視します。ただし、ゲートウェイのみをテストする場合、破損する可能性のあるそのアプリケーションの100以上のコンポーネントは考慮されません。

これらの潜在的な障害点は、ユーザーの問題を解決しようとしているITチームにとっては簡単に圧倒されるように思われる可能性があります。ただし、パフォーマンスの問題が発生するすべての場所を確認することが不可欠です。

当社の合成モニタリングツールは、ゲートウェイを超えてこれらの最新の問題に特に対処します。推測ゲームをプレイするのではなく、実際にアプリケーションとのユーザーインタラクションを追跡します。従来の合成スクリプトは、ページの読み込みに依存して、シングルページアプリケーションでタイミングデータを表示します。従来のスクリプトでは、レイテンシとユーザーアクションを結び付けることはできず、基本的な可用性チェック以外のことはほとんどわかりません。

マイルストーンで巧妙に折りたたまれるSeleniumスクリプトにより、AppNetaはユーザーアクションが完了したことを確認できます。つまり、単一ページのアプリケーションであっても、一連のアクションのタイミングの詳細を確認できます。そのため、ユーザーは、ワークフロー、リソースの負荷、または複数のページで問題が発生している場所を正確に把握できます。