最後に新居へ引っ越したのはいつですか?
そのとき、家具は処分しましたか?装飾品や写真、ラグはどうでしょう。おそらく処分しなかったはずです。古くなったものや傷んだものを新調する機会にはしたかもしれませんが、家財の大半は新居へ持っていったことでしょう。
エンタープライズアプリのポートフォリオは、家庭にあるさまざまな物とよく似ています。組織が新しいアーキテクチャを採用して新しいアプリを開発しても、既存のアプリをすべて廃棄するわけではありません。時間の経過とともにポートフォリオはある程度整理されますが、従来型のアーキテクチャを使用して何年も前に導入されたアプリでも、ビジネス価値を提供し続ける限り、通常は引き続き利用されます。
これは長年にわたり事実として語られてきましたが、その主張を裏付けるデータはほとんどありませんでした。この前提が正しいことに異論はありませんが、ようやく実証データによる裏付けが得られたのは喜ばしいことです。
F5の「State of App Services調査」では、アプリケーションサービスの将来に影響を与えると考えられるトレンドやテクノロジーについて質問しています。その1つがクラウドで、もう1つが自動化とオーケストレーションです。しかし、アプリケーションサービスに最も大きな影響を与えるのは、これらの中間機能が配信し、セキュリティを確保するアプリケーションそのものかもしれません。
そこで、現在使用されているアプリケーションアーキテクチャと、企業のアプリケーションポートフォリオの構成について尋ねました。
この結果に驚く方はおそらくいないでしょう。しかし、最新のアーキテクチャ、特にマイクロサービスが急速に導入されている点は、注目に値するかもしれません。
You know from a 以前の記事でご紹介したとおり、現在、企業のアプリポートフォリオで最も普及しているアプリアーキテクチャは、従来型の3層Webアプリ(36%)です。しかし、その前身であるクライアントサーバー(34%)も僅差で続いています。メインフレームとモノリスは依然としてアプリポートフォリオの11%を占めていますが、ここでモバイルとマイクロサービスと定義するモダンアーキテクチャは、それぞれ14%と15%に達し、これらを上回っています。
これは興味深い結果ですが、「従来型」と「モダン」のアーキテクチャに分けて見ると、さらに興味深いことがわかります。この分析では、モノリス、クライアントサーバー、3層Webアプリを「従来型」アーキテクチャ、モバイルとマイクロサービスを「モダン」アーキテクチャと定義します。
これらのカテゴリーに基づくと、大多数(76%)が両方を組み合わせて使用していることがわかります。

残りの24%は従来型アーキテクチャに大きく偏っており、そのうち21%はアプリポートフォリオに従来型アーキテクチャのみを使用しています。残りは先進的とも言える組織で、最新のアーキテクチャのみを採用しています。企業のアプリポートフォリオで使用されるアプリアーキテクチャは平均3種類ですが、長い歴史を持つ企業もあることを示すように、18%の組織がすべてのアーキテクチャでアプリを運用しています。5種類すべてです。
さらに興味深いことに、11%の組織は1種類のアーキテクチャしか採用していません。
組織は、異種混在のアプリポートフォリオを維持しています。モダンアーキテクチャを採用する一方で、従来型アーキテクチャに分類されるアプリも引き続き使用し、連携させています。アプリがサポート終了を迎え、モダンな同等製品に置き換えられるにつれて、アプリポートフォリオの構成は徐々に変化すると予想されますが、この移行には時間がかかります。場合によっては、非常に長い時間を要します。
3層Webが大幅に減少する前にクライアントサーバー型が減少し、それに伴ってマイクロサービスベースのアプリが成長すると予想しています。しかし、こうしたアーキテクチャで提供されるビジネスとアプリケーションは密接に結び付いているため、メインフレームやモノリスが近いうちに劇的に姿を消すとは考えていません。実際、デジタルトランスフォーメーションによってビジネスとテクノロジーの統合がさらに進んでおり、メインフレーム上で稼働する「古い」モノリスは、多くの場合、すでにそのような緊密な統合を実現しています。
具体的には、全体では、自社のアプリがビジネスに不可欠だと回答した割合は3分の1未満(31%)でしたが、アプリポートフォリオの半数超をモノリスが占める回答者では、その割合が38%に上昇します。古い可能性はあるものの、モノリスとメインフレームが引き続きビジネス価値を生み出していることは明らかです。
アプリサービスとの関係
では、アプリサービスおよびセキュリティのプロバイダーが、「アプリには拡張性、セキュリティ、高速性が必要」という明白な理由以外にも、アプリのアーキテクチャを重視するのはなぜでしょうか?
アプリケーションアーキテクチャは、アプリケーションサービスの提供方法にこれまでも大きな影響を与えてきており、今後もその影響は続きます。たとえば、従来型のアーキテクチャには、Application Delivery Controller(ADC)など、従来型のプロキシベースの配信メカニズムが適しています。一方、APIや分散実行モデルに大きく依存するモダンアプリケーションでは、その運用者により適した新たな配信メカニズムが導入されています。コンテナネイティブの選択肢や「as a service」モデルは、モダンアプリケーションと組み合わせて使用されることがよくあります。また、Webサーバーやアプリケーションサーバーのプラグイン(NGINX modulesなど)も、アプリケーションサービスの配信メカニズムとしてますます注目されています。
実際、マイクロサービスによってネットワークは分断されつつあります。その結果、デリバリーアーキテクチャの重心がアプリ側へと移行しています。これに伴い、一部の重要なアプリサービス(特に可用性とセキュリティ)がアプリに近づき、場合によってはアプリ内に組み込まれています。
これにより、業界全体でアプリサービスを導入・運用する方法と、プロバイダーであるF5がアプリサービスを提供する方法が変わっていくでしょう。
著者について

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視
F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。
F5 BIG-IPでAI防御を実現
F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。
F5 Advanced WAFによるGraphQL APIの保護
ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。
アプリケーションサービスの現状 通信業界版:リーダーとしての台頭
通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。
デジタルトランスフォーメーションは、単なるペーパーレス化ではない
デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。
やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。