ブログ

自動化競争で NetOps が DevOps に(ほぼ)出会う

ロリ・マクヴィッティ サムネイル
ロリ・マクヴィッティ
2018年8月15日公開
NetOps と DevOps の融合

デプロイメント パイプライン (最近ではプロダクションと呼んでいます) を自動化する競争において、NetOps は DevOps に比べてはるかに遅れているというのが一般的な考えです。

この認識は重要です。なぜなら、自動化の欠如、および NetOps 側の自動化を実現する意欲の欠如が、パブリック クラウド導入の主な推進要因として頻繁に挙げられるからです。 また、コンテナなどの新興テクノロジーも部分的にその責任を負っており、コンテナは、ネットワーク サービスやアプリケーション サービスを意図的にエコシステムに取り込み、それらを抽象化して、実稼働環境で自動化されているかどうかが問題にならないようにしています。

私たちが前回、現場の人々にアンケートを取ったところ、その言葉はほぼ真実であることがわかりました。 実際、DevOps の 65% は、デプロイメント パイプラインのアクセスと自動化の欠如が、IT 部門を迂回してクラウドやコンテナなどの他のソリューションを探す要因になっていると述べています。

しかし、NetOps が自動化競争に参加していないという認識は、それほど正確ではありません。 実際、NetOps は DevOps に追いつきつつあるようです。

F5 と RedHat が最近実施した調査「NetOps Meets DevOps」から得られた、驚くべきデータを見てみましょう。 ネットワーク自動化の現状。 私たちは、DevOps と NetOps、セキュリティのプロフェッショナルを対象に、DevOps に関連するさまざまなトピックと、自動化に関する実践についてアンケート調査を行いました。 私たちが特に尋ねたことの 1 つは、デプロイメント (本番) パイプラインの 4 つの主要コンポーネントにわたってインフラストラクチャ コンポーネントをデプロイするための自動化の使用についてでした。

  1. アプリケーション インフラストラクチャ。 これらは、アプリケーションを実行するために必要なサーバー、システム、ミドルウェア、およびプラットフォームです。
  2. アプリケーション サービス。 これらは、負荷分散とキャッシュ、HTTP ルーティング、Ingress 制御などのサービスです。
  3. ネットワーク。 これはすべてのパイプラインの基礎です。 これは、すべてのアプリとアプリ サービスに必要な、ネットワーク内のルーティングおよびスイッチング機能です。
  4. 安全。 セキュリティ サービスには、WAF と ID、アクセス制御、ボット保護が含まれます。

平均すると、デプロイメント パイプラインのこれらのコンポーネントを自動化する競争では、DevOps が NetOps よりも進んでいることがわかりました。 しかし、NetOps もそれほど遅れをとっていないことにも注目します。 さらに、サービスがアプリケーションから遠いほど、そのサービスの展開に自動化が使用される可能性が低くなることに注意してください。 

デプロイメントパイプラインパス

この違いが、両グループ間の摩擦の原因となっていることは間違いない。 DevOps の回答者のうち、デプロイメント頻度が「十分である」と「十分ではない」と回答した割合が同数 (43%) であることがわかりました。 NetOps の意見は 2 分の 1 に分かれており、31% が展開頻度は「十分」であると回答し、30% が頻度が期待を満たしていないと回答しました。

これは、NetOps のわずか 18% が導入のペースを上げたいと考えていた前回の調査とは大きく異なります。 

しかし、自動化には時間と労力がかかります。 そして課題は山積しています。 DevOps では、現在のツールとツールセットのエコシステムが開発者とアプリケーション インフラストラクチャ向けに設計されていることを覚えておくとよいでしょう。 NetOps 側のエコシステムを育成する動きはほとんど、あるいはまったくありません。 デプロイメント パイプライン パズルのさまざまなコンポーネントを組み立てるのに役立つ統合があまりない場合、継続性を実現するのは困難です。

そして、本当の問題はそこにある。 DevOps がこれほど成功した理由の 1 つは、主に開発者で構成されていることです。 コードに生き、コードに呼吸する開発者。 彼らは統合が必要なものの統合に関するノウハウを持っています。 NetOps には必ずしもそのスキルセットは必要ありません。 展開パイプラインは、主にプロトコルを介して統合されるデバイスとシステムで構成されます。 コードベースの統合を必要としないように設計されているため、コードベースの統合を必要としない、明確に定義された RFC ベースのプロトコル。 

これは NetOps にとってまったく新しい課題であり、必ずしも対応できる準備ができているわけではなく、スキルも備えていません。 つまり、DevOps の 3 分の 1 強 (38%) だけが、ネットワーク自動化の課題として「ベンダー/デバイス間のツールセットの統合」を挙げています。 一方、NetOps のほぼ半数 (47%) が統合の欠如を問題として挙げており、自動化のノウハウの欠如 (49%) に次いで 2 番目に多かった。 

データは、自動化に固有の課題にもかかわらず、NetOps は一部の人が主張するほど遅れをとっていないことを示しています。 ネットワーク自動化には、NetOps とセキュリティの両方にとって、アプリの開発と展開をますます支配する継続的なパイプラインに組み込むための多くの機会があります。

NetOps Meets DevOps の詳細と分析については、以下をご覧ください。 ネットワーク自動化の現状、ぜひ今すぐ入手してください