構成可能性と運用性の隔たり

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

これまで、デリバリー（アプリ開発）とデプロイ（本番環境）の分断について、先ごろのNGINX買収を契機に複数のブログ記事を公開してきました。そのうちの1つで簡単に触れた、今回掘り下げるテーマが「運用のシンプル化」です。

「運用のシンプルさ」という言葉の背後には、構成可能性と運用性の隔たりがあります。この2つは、互いに明確な対照をなしています。一方にあるのが構成可能性です。これは、ネットワーク、プラットフォーム、アプリケーションサービスの各レイヤーで、アプリケーションサービスの特性を調整できる能力を指します。たとえば、Nagleアルゴリズムのオンとオフを切り替えたり、プロトコルのパフォーマンスと効率に影響する設定を微調整したりできます。

一方で重要なのが運用性です。これは、アプリケーションサービスを迅速にデプロイ、管理、監視できる能力を指します。運用に求められるのは、アプリケーションサービスに関する知識であり、それ以外の知識はほとんど必要ありません。運用担当者がプラットフォーム層やネットワーク層の専門家である必要はありません。そのため、アプリケーションサービス層で使用できる設定項目や操作機能が制限される場合があります。主な目標は、アプリケーションサービスを容易にデプロイし、運用できるようにすることです。

一方は複雑さをもたらし、もう一方はそれを軽減します。一方ではスタック全体にわたる深く幅広い知識が必要ですが、もう一方では必要ありません。どちらも、アプリケーションを安全に提供するうえで、それぞれの役割を果たします。

職務の分担

この役割分担が重要なのは、クラウドとコンテナによって、アプリケーションサービスインフラストラクチャをよりシンプルなモデルへ移行する必要性が高まっているためです。多くのアプリケーションサービスがコンテナで利用されるようになっています。ロードバランシング、イングレス制御、監視、APIゲートウェイ、APIセキュリティは、コンテナ化戦略を成功させるために必要な要素と考えられています。つまり、アーキテクチャの変革によって、アプリケーションサービス自体の役割も分かれつつあります。データパスへの導入に適したサービスもあれば、アプリケーションアーキテクチャの一部として導入するのに適したサービスもあります。

つまり、オンプレミスやパブリッククラウドでアプリケーションサービスを利用するのは、運用担当者、特にDevOpsであるケースが増えています。DevOpsは構成の柔軟性よりも運用性を重視するため、これはアプリケーションサービスに大きな影響を及ぼします。DevOpsが重視するのは、TCPスタックのチューニングではなく、迅速かつ頻繁なデプロイとアプリケーションの可用性維持です。

これは主に、価値実現までの時間が重視され、提供とデプロイのさらなる迅速化が求められているためです。インフラストラクチャに手間をかけている余裕はありません。アプリケーションを市場に投入する必要があるからです。

しかし、だからといって構成の柔軟性が重要でないわけではありません。特にセキュリティとパフォーマンスにおいては重要です。標準化されたネットワークとプラットフォームのスタックは、特定の用途に最適化されていません。デスクトップ向けに最適化しながら、同時にモバイル向けにも最適化するよう自動調整することはできません。また、クラウドかオンプレミスかを問わず、お客さまのネットワークに合わせて最適化されているわけでもありません。

認めたくないとしても、パフォーマンスは複数の要素から成る指標です。ネットワークが遅ければ、アプリケーションはさらに遅くなります。可用性だけでなく、パフォーマンスも確保するには、ネットワーク層とプラットフォーム層での最適化が不可欠です。そのため、構成変更機能は、それを活用できる担当者が利用できるようにする必要があります。

二者択一ではない

構成可能性は、運用性と同様に今も重要です。アプリケーションサービスの利用は二者択一ではないため、実際にはどちらか一方を選ぶという話ではありません。現在、NetOpsとDevOpsはいずれもアプリケーションサービスを利用しています。両者の違いは、そうしたサービスのデプロイと管理に何を求めるかにあります。NetOpsには構成可能性が、DevOpsには運用性が必要です。

ビジネスにはその両方が必要です。アプリケーション自体が高速かつ信頼できるものでなければ、市場投入を迅速化しても意味がないからです。

この隔たりが生じているのは、テクノロジーが、構成の柔軟性が重視されてきた世界から、運用性が求められる未来へと移行する過程にあるためです。今必要なのは、運用担当者の期待に応えるアプリケーションサービスによって、この2つの隔たりを埋める方法です。だからこそ今、F5とNGINXの組み合わせが大きな期待を集めています。

しかし、構成の柔軟性と運用性を同時に実現できる未来が見えています。だからこそ、F5とNGINXの組み合わせは、今後に大きな可能性をもたらします。F5とNGINXが最新のAPI管理をどのように実現するのか、詳しく知りたい方は、近日開催のウェビナーにご登録ください。

著者について

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

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

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