隔たりを埋める：スケーラビリティと信頼性

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

本番環境は、障害が発生することを前提に構築されているわけではありません。

従来のネットワークおよびアプリケーションサービスのアーキテクチャは、障害が発生しても信頼性を維持できるように構築されています。冗長化とフェイルオーバーは、顧客と組織にとって最も価値のある資産であるアプリケーションとの間に位置するインフラストラクチャに不可欠な機能です。

新しいコンテナを起動するだけでは、真のフェイルオーバーは実現できません。この方法が機能するのは、ステートレスに設計されたモダンアプリケーションに限られます。従来型アプリケーションがステートレスであることはほとんどなく、モダンアプリケーションであっても必ずしもそうとは限りません。エンタープライズアプリケーションポートフォリオの大半を今なお占める従来型アプリケーションの可用性を維持するには、エンタープライズクラスの拡張性と信頼性が不可欠です。

しかし、だからといって増え続けるモダンアプリケーションを無視してよいわけではありません。新しいアプリケーションアーキテクチャは、当初はわずかなプロジェクトから始まります。その後、組織が新しいアプリケーションの拡張とセキュリティ確保に必要なシステムやソリューションの開発、導入、運用方法を習得するにつれて、急速に普及します。モダンアーキテクチャを使用して新規開発されるアプリケーションは、企業内ではまだ少数ですが、急速に増加しています。組織がデジタル経済の進展に対応していくには、この成長が欠かせません。

アプリケーションの進化に対応するアーキテクチャ

現在、5社に1社を超える組織で、アプリケーションのバックログに50件以上の主要なアプリ開発リクエストが滞留しています。また、61%を超える組織で、10件を超える新規アプリ開発リクエストが待機中です。従来の開発手法では、この状況に対応できません。組織がデリバリーの迅速化に向けてアジャイルとマイクロサービスを採用するにつれ、モダンアーキテクチャに基づくアプリがさらに増えていくでしょう。

そのため、モダンアーキテクチャのスケーラビリティと信頼性のモデルと、エンタープライズレベルの導入に求められる高度なスケーラビリティと信頼性との隔たりを埋める手段が必要になります。

こうしたモダンアーキテクチャには、多くの場合NGINXが含まれています。実際、新たに登場するモダンアーキテクチャの大半は、1つ以上の役割でNGINXを利用していると言ってもよいでしょう。

コンテナで稼働する上位12のアプリケーションコンポーネントには、NGINXが含まれています。また、現在利用されているコンテナイングレスプロバイダーの上位（実際には首位）にも、NGINXが入っています。クラウド、コンテナ、マイクロサービスに関する調査やデータに基づくレポートでは、稼働中のコンポーネントの一覧にNGINXが含まれている可能性が高いでしょう。

NGINXは主に、モダンアーキテクチャにおけるスケーラビリティのニーズに対応します。あるアプリインスタンスで障害が発生すると、NGINXがそれを検知し、以降のリクエストを別のアプリインスタンスに転送することで、モダンアプリの信頼性を支えます。コンテナ環境に本質的に組み込まれている障害を補完します。また、多くのDevOps担当者や開発者に課されているアプリケーションの稼働時間の要件にも対応します。

しかし、だからといって、エンタープライズアーキテクチャ全体をスケールさせ、その信頼性を確保できるとは限りません。モダンアプリケーションでは非常に効果的な、障害を前提とする同じシステムも、従来型アプリやアプリケーションサービスインフラストラクチャに同様の機能を提供する用途には適していません。この違いの核心にあるのが、「ステートとステートフル」のモデルです。モダンアプリはステートレスを目指します。それによってアーキテクチャが機能するためです。一方、従来型アプリとネットワーク自体はステートフルです。障害が発生すると、進行中のトランザクションやセッションが失われ、可用性が損なわれます。

モダンな信頼性

共有インフラ（本番環境の大部分を占めます）に影響する障害が本番環境で発生すると、その影響範囲は広範に及びます。極めて広範です。数百ものアプリケーションの配信とセキュリティを担うネットワークおよびアプリケーションサービスは、障害を前提とするのではなく、信頼性を確保するように構築されています。

エンタープライズクラスの拡張性と信頼性を担うのが、BIG-IPを擁するF5です。信頼性を重視して設計され、需要の増大にも大規模な攻撃にも対応できるよう拡張可能なBIG-IPは、25,000社を超える企業のアプリケーション配信を支えています。また、NetOpsに課せられたネットワークとアプリケーションの稼働時間に関する要件を満たします。

この2つを統合することで、「信頼性」の定義を問わず、その要件を満たせるようになります。開発者主導の小規模な導入環境でモダンアプリをスケーリングする場合でも、大規模な導入環境でアプリケーションサービスと従来型アプリの両方をスケーリングする場合でも、統合されたポートフォリオにより、お客さまは各アプリに適したツールを利用できるようになります。

F5とNGINXの統合によるメリットについて詳しくは、F5のCEOが「Bridging the Divide」ブログシリーズを紹介する記事をご覧ください。

著者について

Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

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

Lori Mac Vittieのその他のブログ記事