組織がデジタルトランスフォーメーションを進め、データとアナリティクスへの依存度を高めるにつれて、何がアプリケーションであり、何がそうでないのかについて、認識を改める必要があります。
古代神話は魅力的です。少なくとも、私にとってはそうです。なかでも、ギリシャ神話とローマ神話が融合した習合神話に強く惹かれます。ヘレニズム期、つまり後期ギリシャの神話は、初期ギリシャの神々がローマの神々に対応する形へと変化したことを示す好例です。ローマおよびヘレニズム期の神である狩猟の女神ディアナは、神話上、初期ギリシャの女神アルテミスに対応します。名前は異なりますが、役割は同等でした。
同じペルソナが複数の姿で現れる例は、ほかの神話にも見られます。本質的には、それぞれの化身は既存のペルソナが新たな顔を見せているにすぎません。
デジタルの世界でも、同じことが言えます。私たちが「アプリケーション」と呼ぶものは、多くの場合、既存の機能が別の形で現れたものです。
現存する例としてのMicrosoft Word
私たちは従来、アプリケーションを単一の構成体として捉え、通常は特定の業務機能と結び付けてきました。Microsoft Wordは、文書作成を主な用途とするアプリケーションです。かつてはモノリシックなアプリケーションでしたが、その後クライアントサーバー型へと発展し、最終的にはWebベースのアプリケーションによって機能が拡張されました。
しかし、さまざまなアーキテクチャ形態でその機能を実現してきたにもかかわらず、ビジネス機能自体は変わっていないという点で、依然として単一の「アプリケーション」です。
利用者が必ずしもそのように捉えるとは限りません。利用者にとっては1つのアプリケーションであり、デスクトップ、モバイル端末、Webのいずれでも同じ機能を提供する必要があります。アーキテクチャ上の実装方法にかかわらず、すべての形態で一貫したインターフェースを提供することが不可欠です。
さて、神話のたとえに戻りましょう。古代ヘレニズム世界を旅するギリシャ人だったとしたら――アレクサンドロス大王の足跡をたどっていたのかもしれません――ディアナの神殿に立ち寄れば、アルテミスの神殿と同じような体験ができると考えても不思議ではありません。どちらも狩猟の女神であり、司る領域も同じです。結局のところ、最も大きな違いは名前なのです。
Webからデスクトップに切り替えてドキュメントを編集する場合も同様です。使い慣れたエクスペリエンスが得られます。アプリケーションは基本的に、どのプラットフォームでも同じように動作します。
ここで「アプリケーション」と言ったことに注目してください。利用者から見れば、パッケージ化、デプロイ、提供の方法にかかわらず、同じアプリケーションだからです。技術的には、Microsoft Wordと呼ばれるものは複数のアプリケーションで構成されていますが、ユーザーエクスペリエンスの観点では1つしかありません。
では、何が重要なのでしょうか？
企業がデジタルトランスフォーメーションを進めるにつれて、テクノロジーも進化していきます。その進化の1つが、アプリケーションの定義方法、ひいては運用方法とセキュリティ確保の方法の変化です。
この図は、私たちを取り巻くデジタル環境の現実を改めて示しています。ユーザーエクスペリエンスは、単一のアプリケーションではなく、複数のアプリケーションが組み合わさって形成されるものです。
ユーザーにとって、利用時の「エクスペリエンス」が無数のアプリケーションや、アプリケーションのセキュリティおよびデリバリーテクノロジーによって支えられているかどうかは、気にする必要のないことです。また、それらのアプリケーションがカスタム、従来型、モダンの組み合わせであり、さまざまなクラウド、データセンター、エッジ環境にわたってホストされているかどうかも、ユーザーが気にする必要はありません。
ユーザーにとって重要なのは、デジタルエクスペリエンスです。エクスペリエンスは、アプリケーションとそれを支えるテクノロジーを単に組み合わせただけのものではありません。
とはいえ、顧客やビジネスとの整合性を高めるには、「アプリケーション」を構成するアーキテクチャ上の構成要素を区別できる必要があります。顧客もビジネス側も、卓越したデジタル体験を提供するために相互に連携し、協調して動作しなければならない無数の要素を把握しているとは限らず、必ずしも関心を持っているわけではありません。
ビジネス部門が「アプリケーション」と言う場合、それはデジタルエクスペリエンスを意味します。つまり、バックエンドからデリバリおよびセキュリティテクノロジー、フロントエンドインターフェースに至るまで、そのアプリケーションを構成するすべての要素を指します。ユーザーエクスペリエンスに影響を及ぼす可能性があるものは、すべてアプリケーションの一部です。
残念なことに、F5の年次調査では、約4分の1（24%）の組織が、従来型アプリケーションを拡張（モダナイズ）するコンポーネントの健全性とパフォーマンスに関するSLAを適用していないことが明らかになりました。つまり、既存の従来型アプリケーション（中核的な業務機能など）と連携するモバイルアプリを構築していても、組織がそのモバイルアプリのパフォーマンスを必ずしも重視しているとは限りません。
モバイルアプリは、ユーザーが企業に対して抱く最初のデジタル上の印象となることが多く、パフォーマンスの低さを一度経験しただけで削除されがちです。そう考えると、これは憂慮すべきことです。
最終的には、「アプリケーション」に対する認識をお客さまの視点に合わせて見直し、今日のアプリケーションとは、実際にはエクスペリエンスを生み出すワークフローであると捉える必要があります。つまり、複数のワークロードが統合され、連携して動作しており、全体として監視・測定するだけでなく、それぞれを個別に監視・測定する必要があります。
「アプリケーション」が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件の割合です。今日、不正を検知するには、デジタルワークフロー上のできるだけ多くのポイントから収集したデータを相互に関連付け、手作業によるデータ処理をはるかに上回る速度で分析する能力が求められます。