
デプロイメントパイプライン(最近では本番環境をこう呼びます)の自動化競争において、NetOpsはDevOpsに大きく後れを取っていると一般に考えられています。
この認識は重要です。自動化の不足と、それを実現しようとするNetOps側の意欲の欠如が、パブリッククラウド導入の主な要因としてしばしば挙げられるためです。また、この認識は、コンテナのような新興テクノロジーが登場した一因でもあります。こうしたテクノロジーは、より多くのネットワークサービスやアプリケーションサービスを意図的にエコシステムへ取り込み、抽象化することで、本番環境で自動化されているかどうかを問題にしなくて済むようにします。
現場の担当者を対象に前回調査を実施したところ、この指摘はおおむね正しいことがわかりました。実際、DevOps担当者の65%が、デプロイパイプラインへのアクセスと自動化の欠如が、IT部門を介さずにクラウドやコンテナなどの別のソリューションを探す一因になったと回答しています。
しかし、NetOpsは自動化競争に加わっていないという見方は、必ずしも正確ではありません。実際、NetOpsはDevOpsとの差を縮めつつあるようです。
F5とRedHatが最近実施した調査「NetOpsとDevOpsの融合:ネットワーク自動化の現状」から、意外に思われるかもしれないデータをご紹介します。この調査では、DevOps、NetOps、セキュリティの各担当者を対象に、DevOpsと自動化の実践に関するさまざまなトピックについて質問しました。その中で特に尋ねたのが、デプロイ(本番)パイプラインを構成する次の4つの主要コンポーネント全体にインフラストラクチャコンポーネントをデプロイする際の自動化の活用状況です。
- アプリケーションインフラストラクチャ。アプリケーションの実行に必要なサーバー、システム、ミドルウェア、プラットフォームを指します。
- アプリケーションサービス。これには、負荷分散やキャッシュ、HTTPルーティング、Ingress制御などのサービスが含まれます。
- ネットワーク。これは、すべてのパイプラインの基盤です。あらゆるアプリケーションとアプリケーションサービスに必要な、ネットワークのルーティング機能とスイッチング機能を指します。
- セキュリティ。セキュリティサービスには、WAF、アイデンティティおよびアクセス制御、ボット対策が含まれます。
調査の結果、デプロイメントパイプラインのこれらのコンポーネントを自動化する取り組みでは、平均してDevOpsがNetOpsをリードしていることがわかりました。ただし、NetOpsもそれほど遅れてはいません。また、サービスがアプリケーションから離れるほど、そのサービスのデプロイに自動化が使用される可能性が低くなる傾向も確認されました。

この認識の違いが、今なお両グループ間に多少の摩擦を生んでいることは間違いありません。DevOpsでは、デプロイ頻度が「十分である」と回答した割合と「十分な頻度ではない」と回答した割合が、いずれも43%でした。NetOpsでも意見はほぼ二分され、31%がデプロイ頻度は「十分である」と回答した一方、30%が期待を満たしていないと回答しました。
これは、NetOpsのうちデプロイのペースを上げたいと回答した割合がわずか18%だった前回の調査とは大きく異なる結果です。
しかし、自動化には時間も労力もかかり、課題も山積しています。DevOpsは、現在のツールやツールセットのエコシステムが、開発者とアプリケーションインフラストラクチャ向けに構築されていることを認識しておく必要があります。一方、NetOps側のエコシステムを育成する取り組みは、ほとんど進んでいません。デプロイパイプラインを構成するさまざまな要素をつなぎ合わせるための統合が十分でなければ、継続的な運用を実現するのは困難です。
そして、ここに本質的な問題があります。DevOpsが大きな成功を収めた理由の1つは、その担い手の大半が開発者だからです。コードを熟知し、日々扱っている開発者には、必要なものを統合するノウハウがあります。一方、NetOpsが必ずしも同じスキルセットを備えているとは限りません。デプロイメントパイプラインは主に、プロトコルを介して統合されるデバイスやシステムで構成されています。これらは明確に定義されたRFCベースのプロトコルであり、そもそもコードによる統合を必要としないよう設計されています。
これはNetOpsにとってまったく新しい課題であり、必ずしも対応する準備やスキルが整っているわけではありません。実際、ネットワーク自動化の課題として「ベンダーやデバイスをまたいだツールセットの統合」を挙げたDevOpsは、3分の1強(38%)にとどまりました。一方、NetOpsでは半数近く(47%)が統合の欠如を問題として挙げており、自動化に関するノウハウの不足(49%)に次いで2番目に多い結果となりました。
データによると、自動化には固有の課題があるものの、NetOpsは一部で指摘されているほど遅れを取ってはいません。アプリケーションの開発とデプロイで継続的パイプラインの重要性が増す中、NetOpsとセキュリティの双方には、ネットワーク自動化を通じてこうしたパイプラインに関与する機会が数多くあります。
詳細と分析については、『NetOps Meets DevOps: ネットワーク自動化の現状』をぜひダウンロードしてください。
著者について

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ブログをご覧ください。