A 3,000人を超えるモバイルアプリユーザーを対象としたDimensional Researchの調査により、今日の顧客の期待について多くの人が抱いている認識が裏付けられました。
- 半数近く（49%）が、アプリは2秒以内に応答することを期待しています
- 半数以上（55%）が、パフォーマンス上の問題はアプリに原因があると考えています
こうしたパフォーマンス関連の統計には、もどかしさを感じるかもしれません。テクノロジーの専門家である私たちは、アプリがパフォーマンスを左右する要素のごく一部にすぎないことを理解しているからです。
アプリケーションのパフォーマンスは、各要素の積み重ねによって決まります。アプリケーションのパフォーマンスを測る際は、その下位にあるすべてのレイヤーのパフォーマンスが影響します。OSIモデルの全体像で言えば、アプリケーションを構成する実際のコードとデータ以外のすべてが該当します。
「スタック」を大幅に簡略化したこの図を見てみましょう。各レイヤーには、それぞれ固有のパフォーマンス特性と課題があります。物理層でさえ、アプリケーションのパフォーマンスに大きな影響を及ぼす可能性があります。たとえば、ケーブルモデムの電力低下によって、アプリケーションのパフォーマンスが急激に悪化することがあります。最下層の信号が、最終的にデータを転送しているためです。信号が劣化すると、データの再送が必要になる場合があります。再送が発生すれば、メッセージ全体の転送に時間がかかります。その結果、強く安定した信号に依存するすべての要素が悪影響を受け、カスタマーエクスペリエンスが低下します。
この関係は、スタックの最上位まで同じように当てはまります。ウィンドウサイズの問題、パケットの順序の乱れ、Webサーバーの過負荷は、いずれも「アプリ」全体のパフォーマンスに影響します。いずれかのレイヤーが十分なパフォーマンスを発揮していなければ、アプリケーションのパフォーマンスも低下している可能性があります。つまり、アプリのパフォーマンスは、その下位にあるすべてのレイヤーのパフォーマンスの総和なのです。
アプリのパフォーマンスを管理するうえで、アプリ単位のアプリケーションサービスは常に最適な選択肢です。アプリ単位の専用アプリケーションサービスを使用すれば、アプリケーションのニーズに合わせて各サービスを個別に調整できます。
アプリケーションパフォーマンスに精通している方なら、長時間継続するアプリケーションセッションに適したTCP設定もあれば、短時間に集中するトランザクションに適した設定もあることをご存じでしょう。ネットワーク層のMTUのような細かな要素でも、Xbox向けの20 GBのゲームをダウンロードする時間に大きな影響を与える可能性があります。
アプリケーションのパフォーマンスは、さまざまな要因の影響を受けます。最適な顧客体験を実現するには、アプリケーションごとにすべての要因を最適化する必要があります。
このため、私はこれまで何度も指摘してきました。パフォーマンス（最適化と高速化）は、アプリケーション中心のサービスです。つまり、ロードバランシングやアプリケーション保護などのアプリケーション高速化サービスは、それらが支えるアプリケーションと、これまで以上に密接に連携する必要があります。イミュータビリティ、クラウドネイティブアーキテクチャ、コンテナ、Infrastructure as Codeの概念に基づく新たなデプロイモデルにより、アプリケーションごとの高速化、保護、最適化サービスを、そのアプリケーションとともにデプロイし、運用しやすくなります。これは重要です。こうしたサービスは、モバイルアプリでもWebアプリでも、顧客が期待するパフォーマンスを満たすうえで役立つからです。
しかし、そこで立ち止まるわけにはいきません。
最適なカスタマーエクスペリエンスの提供は、お客さまの環境にある同じ技術スタックにも左右されることを忘れてはなりません。デバイスの性能、接続の安定性と速度、システム負荷は、この一連の変数に影響を及ぼし、パフォーマンスを低下させる可能性があります。
これが、アプリケーションサービスに可視性が必要とされる理由の1つです。顧客環境から得た情報をアプリケーション環境の情報と組み合わせることで、パフォーマンス上の問題の原因を特定するための有益な知見が得られます。また、これらの環境を調整できることも、アプリケーション体験に対する顧客の期待に応え、さらにはそれを上回るうえで不可欠です。
可視性は、組織がアプリケーションのセキュリティを確保し、拡張し、高速化するうえで、引き続き重要な要素です。コンテナやクラウド、さらには顧客環境へとアプリケーションを広く分散させるほど、可視性を確保するだけでなく、パフォーマンス低下時の対応も可能にするアプリケーションサービスを、より広範に分散させる必要があります。
著者について
Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事
SOAS 2025：足並みの乱れが凡庸さを招く
AI導入における方針の不一致は、非効率を招きます。セキュリティ、自動化、導入の各戦略を整合させ、AIの可能性を最大限に引き出す方法をご紹介します。
WebAssemblyが重要な理由
WebAssembly（Wasm）は、あらゆるプラットフォームで高性能なアプリケーションを実現する、ポータブルで高速かつセキュアなバイナリ命令セットです。
インフラストラクチャは依然として格好の攻撃経路
クラウドコンピューティングでは、APIやドラッグ＆ドロップ式の設定ツールを活用し、ネットワークやインフラストラクチャを敬遠する人がそれらを直接扱わずに済むようにすることで、インフラストラクチャへの対応を不要にすることが長年追求されてきました。しかし、インフラストラクチャを無視することも、攻撃の主要な標的であるという事実を見過ごすこともできません。
堅牢なデータアーキテクチャがもたらす戦略的メリット
適切に構築されたデータアーキテクチャがもたらす効果は、業務プロセスの改善にとどまりません。戦略的な業務効率の向上、より深いビジネスインサイトの獲得、隣接するビジネス機会への展開にもつながり、これらすべてをより俊敏に実行できるようになります。
デジタルワークフローにおける不正検知には、データだけでは不十分
2019年には、業界全体でクレジットカード詐欺の試みが約25万件確認されました。これは約2分に1件の割合です。今日、不正を検知するには、デジタルワークフロー上のできるだけ多くのポイントから収集したデータを相互に関連付け、手作業によるデータ処理をはるかに上回る速度で分析する能力が求められます。