コンピューティングの黎明期以来、アプリケーションアーキテクチャは幾度も進化してきました。長い歴史を持つ企業の中には、すでに5世代目となる異なるアプリケーションアーキテクチャを採用しているところもあります。現在、多くの企業が各世代のアーキテクチャ上でアプリケーションを運用・保守しています。実際、近日公開予定の「2020年版アプリケーションサービスの現状」の調査結果によると、ほとんどの組織がこのような環境で運用しています。
アプリケーションのアーキテクチャは、その「上流」にあるネットワークアーキテクチャ、テクノロジー、セキュリティ、アプリケーション（デリバリ）サービスのすべてに大きな影響を及ぼします。最新のアーキテクチャ変革であるマイクロサービスの中核には、「アトマイゼーション」または「コンポーネント化」と呼べる概念があります。いずれも基本的には、市場投入までの時間、コード品質、アジリティの向上を目的として、アプリケーションを管理しやすい小さなコンポーネントに分割するプロセスを指します。
従来世代のアプリケーションアーキテクチャでは、特定の種類のアプリケーションサービスを組み込むうえで、ネットワークが最も効率的なポイントであり続けました。近年まで、アプリケーションからクライアントまでを結ぶデータパスにこれらのサービスを組み込む主な手段は、プロキシでした。
しかし、最新のアプリケーションアーキテクチャへの移行に伴い、このデータパスは分散しつつあります。現在では、インターネット、クラウド環境、データセンターにまたがっています。また、アプリケーション機能の重要な構成要素として、クライアントが含まれるケースも増えています。
したがって、アプリケーションサービスを挿入する際に、既知の単一データパスだけに依存することは、もはや最適ではありません。さらに、新たに登場しているデータパスの多くはプロキシベースのプラットフォームに適していないため、最新のアプリケーションの拡張性とセキュリティを確保できる、別の挿入ポイントを検討する必要があります。
アプリケーションサービスの挿入ポイント
アプリケーションサービスをデータパスに「挿入する」という考え方により、アプリケーションサービスの導入に関するこの現代的なアプローチを「挿入ポイント」として簡潔に表現できます。
このモデルでは、従来の挿入ポイント（プロキシ）と、アプリ／Webサーバーやクライアントデバイスなどのその他の場所を区別します。各場所には、アプリケーションサービスの挿入に適した複数の形態があります。
プロキシ
従来型のネットワーク挿入ポイントには、プロキシベースのアプリケーションサービスに加え、その現代版に相当し、一部のサービスメッシュソリューションの基盤となるサイドカープロキシがあります。どちらも「ネットワーク内」にデプロイされるため、フォームファクター（コンテナ、ソフトウェア、ハードウェア）を問わず、その場所へのアクセスが必要です。
プロキシは、引き続きアプリケーションサービスを組み込むための効率的な手段です。現在、モダンなアプリケーションアーキテクチャがプロキシに与えている最大の影響は、その対象範囲にあります。従来のプロキシは多数のアプリケーション向けにアプリケーションサービスを提供していましたが、今日のアーキテクチャでは、アプリケーションごとに対応するアプローチが求められます。そのため、プロキシはアプリケーションとそのインフラストラクチャに組み込まれるように設計されており、従来のプロキシソリューションよりもはるかに細分化された対象に特化する傾向があります。
プロキシレス
すべてのアプリケーションや環境でそのようなアクセスが可能とは限らないため（SaaSなど）、アプリケーションサービスをデプロイできる別の挿入ポイントを検討します。こうした代替ポイントでは、デプロイや実行にプロキシを必要とせず、プロキシにも依存しないことから、広義に「プロキシレス」と呼んでいます。これらのサービスは、サーバーやアプリケーションの一部としてデプロイされるソフトウェアである従来型のエージェントとして提供される場合もあれば、開発者にとってより扱いやすいコードベースの形態で提供される場合もあります。JavaScriptライブラリやWebサーバーおよびブラウザのプラグインなどの挿入コードは、こうした代替ポイントの代表例です。
サービス
多くのアプリケーションサービスは、「as a service」、つまりクラウドベースのサービスとしてホストされる形で提供される場合があります。これらのサービスを組み込むには、サービスを呼び出すためのアクセスが必要です。そのため、コードや構成アーティファクトを介した何らかの組み込みを行わずに、こうしたサービスがアプリケーションに含まれることはほとんどありません。
最新のアプリケーションアーキテクチャによって形成されたこの新たな環境では、アプリケーションサービスが適用される場所は、アプリケーションまたはその一部が存在し得るあらゆる場所へと広がっています。アプリケーションアーキテクチャが分散化するにつれ、アプリケーションコンポーネントの配信をスケールさせ、保護し、高速化するためのアプリケーションサービスも分散化していきます。
挿入ポイントの拡大は、テレメトリとより高度な自動化に対する将来のニーズに対応するために必要な進化の一段階にすぎません。組織が引き続きデジタルトランスフォーメーションへの道を歩む中、アプリケーションサービスも拡大と進化を続けていきます。
著者について
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件の割合です。今日、不正を検知するには、デジタルワークフロー上のできるだけ多くのポイントから収集したデータを相互に関連付け、手作業によるデータ処理をはるかに上回る速度で分析する能力が求められます。