溝を埋める: 伝統的なアーキテクチャと現代的なアーキテクチャ

ロリ・マクヴィッティ

2019年4月17日公開

私たちはアプリケーションアーキテクチャの大きな変化の真っ只中にあります。 Cisco（グローバルクラウドインデックス）によると： 2016 年から 2021 年にかけて、新しいアプリワークロードインスタンスの 85% がコンテナベースになりました。これは、API ファースト、マイクロサービス原則に大きく依存する最新のアプリアーキテクチャを使用して設計および開発されていることを意味します。このアーキテクチャは、インターネットがビジネスを行うための信頼できる手段として登場して以来、アプリケーション分野を支配してきた従来の 3 層 Web アーキテクチャとは大きく異なります。

しかし、従来のアプリケーションもなくなるわけではありません。研究によると、従来の（レガシー）アプリケーションの寿命は多くのキャリアよりも長く、20 年に及ぶことが分かっています。実際、 BMC の調査によると、回答者の 51% 以上がデータの半分以上をメインフレーム上に保存していることがわかりました。回答者はさらに、トランザクション量 (59%)、データ量 (55%)、アプリケーション変更速度 (45%) の増加も指摘しました。

これらのアーキテクチャは、テクノロジの選択など、多くの特性によって分類されます。

従来のアプリは、Web サーバー、アプリサーバー、リレーショナルデータベースに依存しています。コンテナ、アプリエンジン、NoSQL データベースは、最新の開発に最適な選択肢です。従来のアプリは主にオンプレミスに存在し、共有リソースを活用します。最新のアプリはクラウド上に存在し、専用のリソースが提供されることを期待しています。

また、セキュリティの強化、可用性の確保、パフォーマンスの向上のためにすべてのアプリが依存するサービスを提供するために使用されるアーキテクチャにも対照的な点が見られます。誤解のないように言うと、この格差は実際にはアプリケーションサービスの使用によるものではなく、アプリケーションサービスを提供するプラットフォームの効率性によるものです。

容量と接続

当社の 2019 年アプリケーションサービスの現状によると、効率性はデジタル変革に求められる最大の成果です。組織の 70% が、競争上の優位性 (46%) や新しいビジネスチャンス (45%) などの「流行語大賞」のメリットよりも、IT の最適化 (効率性) を挙げています。 2019 年の CIO の現状調査では、回答者の 40% が、運用効率の向上が今年の IT 投資を促進する最も重要な取り組みになると回答しました。

効率は重要です。問題は、伝統的な建築と現代的な建築の隔たりに伴い、効率性を定義する方法にも隔たりが生じていることです。

従来の配信アーキテクチャでは、接続あたりのコストなどのトランザクション値に基づいて効率を測定します。システムは、アプリケーションサービスを提供するために、信頼性が高く、スケーラブルなプラットフォームを必要とする共有インフラストラクチャとリソースを前提として構築されました。単一のアプリケーション配信プラットフォームは、平均 130 を超えるさまざまなアプリケーションへのゲートウェイとして機能します。効率は接続 (容量) あたりのコストに基づいており、一般的には低いほど良いとされています。高い容量が達成される限り、複雑さは許容されます。

今日のアプリケーションに対するクラウドネイティブおよびコンテナベースのアプローチは、モノリシックな従来のアプリケーションと同じセキュリティとスケールを必要とする「アプリケーション」の爆発的な増加を示しています。単一のアプリケーションで数百万の接続に対応できるようになることはもはや期待されていません。むしろ、これらの数百万の接続は、数百 (または数千) の小規模なアプリケーションに分散されます。アプリケーションサービスは、何百万もの接続に拡張する必要がありません。これは、「アプリケーション」が垂直方向ではなく水平方向に拡張されるためです。それぞれが担当するのは、全体の接続のごく一部だけです。したがって、それらの接続を分散するアプリケーションサービスも、それほど高い容量を必要としません。

スピード、シンプルさ、そしてセキュリティ

代わりに、効率はシンプルさとスピードに基づいて測定されます。デジタル経済の増大する需要を満たすには、迅速かつ頻繁な変更が必要です。 2017 SDxCentralコンテナおよびクラウドオーケストレーションレポートの回答者の 62% が、「スピンアップとスピンダウンの高速化」のためにコンテナを導入しています。ほぼ半数 (47%) が、管理が容易であるという理由でコンテナを導入しています。アプリケーションサービスは、最新のアーキテクチャ内で簡単にすばやく取得、展開、運用できる必要があります。これが、オープンソースが CI/CD ツールチェーンを支配し、多くの開発者や DevOps コミュニティにとって NGINX が非常に魅力的なツールとなっている理由です。

最新の配信プラットフォームは従来のアーキテクチャではそれほど効率的ではなく、従来の配信プラットフォームは最新のアーキテクチャではそれほど効率的ではありません。これは、アプリケーションのセキュリティについて考えると特に顕著です。アプリケーションセキュリティは、主に外部 (パブリック) 攻撃がアプリケーション、サーバー、データソースに到達するのを防ぐために設計されています。効果的かつ効率的なアプリケーションセキュリティは、攻撃の発生源にできるだけ近い場所で実行されます。攻撃や悪意のあるペイロードがアプリケーションによって発見される頃には、通常は手遅れです。リソースが消費されました。マルウェアが配信されました。悪意のあるコードはすでに埋め込まれています。

アーキテクチャの観点から言えば、これは通常、アプリケーションセキュリティを従来の (NS) アーキテクチャに最も効率的に展開して、悪意のあるトラフィックがいずれかのタイプの環境 (つまり、最新または従来) で実行されているアプリケーションに到達するのを防ぐことを意味します。