クラウドの登場によってクラウドネイティブアプリケーションが生まれたのと同様に、エッジが一連のエッジネイティブアプリケーションを生み出しているのも当然の流れです。
しかし、これらのアプリケーションはエッジだけに配置されるわけではありません。むしろ、それに伴うIT（情報技術）とOT（運用技術）の融合により、クラウドやデータセンターに配置されたアプリケーションも活用する新たなアーキテクチャパターンが生まれています。
現在、組織がアプリケーションセキュリティおよびデリバリーテクノロジーをどこに導入しているかを見ると、その先行指標がすでに現れていることがわかります。これらのテクノロジーを1か所だけで運用している組織は半数未満（41%）です。平均は2か所をわずかに上回り、正確には2.11か所です。現在、最も一般的な組み合わせはクラウドとオンプレミスですが、すでに10組織に1組織が、データセンター、クラウド、エッジの3か所すべてを活用しています。
これは、一般家庭に平均10台あるコネクテッドデバイスをサポートするために構築されたアーキテクチャに、特に当てはまります。実際、広く利用されているエッジアプリケーションを見ると、クラウドとエッジ、ノードとエンドポイントが組み合わされていることがわかります。
エッジノードとエッジエンドポイントは、それぞれ固有の特性に基づいて区別します。各ロケーションには固有の機能と制約があるため、この区別により、「エッジネイティブアプリケーション」を構成する特定の機能について、責任範囲を明確にできます。たとえば、一般にエッジエンドポイントは、大量のデータの保存には対応していません。エッジノードは対応できる場合があり、データセンター／クラウドは確実に対応できます。こうした機能と制約を踏まえ、各ロケーションの強みを活用してプロバイダーと利用者の双方にメリットをもたらすように、エッジネイティブアプリケーションが形作られます。
これが、クラウドとデータセンターがエッジネイティブアプリケーションで重要な役割を果たす根本的な理由です。
例として、私のPlexメディアサーバーを考えてみましょう。自宅にはローカルサーバー（エッジノード）があり、スマートテレビにはアプリ（エッジエンドポイント）がインストールされています。エッジノードは、請求とアカウント管理、リモートアクセス、ソフトウェア更新のために、クラウドベースのPlexサービスと通信します。また、両者の間では、アプリケーション全体の改善に役立てるため、使用状況やパフォーマンスに関するその他の通信やデータ交換も行われます。
課金機能やアカウント管理機能をエッジエンドポイントに置くのはもちろん、エッジノードに置くことにもまったく合理性がありません。同様に、Plexサービスにローカルのデジタルコンテンツリポジトリへのアクセスを許可するのは、効率的ではなく、安全性の面でも望ましくありません。その役割は、エッジノード上で稼働するローカルメディアサーバーが担います。
多くの点で、このパターンは、従来型の（レガシー、旧式、レトロ、成熟済みなど、「自分が生まれる前」を表す婉曲表現は何でも構いません）アプリケーションに最新のインターフェースを提供するモダナイゼーションの取り組みから生まれるパターンと変わりません。たとえば、今世紀初頭には、テキストベースのシステムをスクリーンスクレイピングしてWeb経由でアクセスできるようにしていました。また、従来型のトランザクションシステムを基盤とするモバイルバンキングを実現するために、APIも利用されています。モダナイゼーションの取り組みでは、データセンター、クラウド、エッジの境界をまたいで、各システムやアプリケーションに役割を割り当てるアプリケーションパターンがよく生まれます。
このような判断は、コネクテッドデバイスやセンサーをはじめとするエッジアプリケーションについて、日々行われています。こうした判断から、エッジネイティブアプリケーションに共通するパターンが生まれます。
そのほぼすべてに、クラウドまたはデータセンターに配置される機能が含まれています。
クラウドコンピューティングの登場時には、データセンターは時代遅れになるとの声が相次ぎました。しかし、エッジが台頭する今、クラウドについて同じことが語られる可能性は低いでしょう。むしろ、クラウドとデータセンターは今後も、エッジネイティブアプリケーションに不可欠な役割を果たし続けます。
著者について
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件の割合です。今日、不正を検知するには、デジタルワークフロー上のできるだけ多くのポイントから収集したデータを相互に関連付け、手作業によるデータ処理をはるかに上回る速度で分析する能力が求められます。