F5 の調査により、DevOps と NetOps は自動化と展開頻度の重要性について一致していることが判明

古い格言にもあるように、どんなコインにも表と裏がある。 言うまでもなく、コインの両面は、絵柄が違っていても、同じ色です。  

そこで私たちは、DevOps と NetOps の中間に飛び込んだときに、あることを発見しました。 取り組みの優先順位付けに関して、両グループとも、従来の典型が主張するよりもはるかに寛大な意見を相手に示しており、多くの共通点があることが分かりました。 たとえ細かい点では意見が合わないとしても。

私たちは 2017 年 7 月に 884 人の NetOps および DevOps の専門家を対象に調査を実施しました。 私たちは主に自動化の取り組みについて質問しましたが、デプロイメントの頻度や成功率など、DevOps でよく引用される対策についても質問しました。

しかし、それらは単なる冷めた数字です。 私たちは、それぞれのグループが抱く認識が風刺画で描かれた敵意と一致しているかどうか、あるいは両者が先に進んで親友とまではいかなくても少なくともフレネミー（友人同士の敵意）になっているかどうかを知りたかったのです。 結局のところ、どちらのグループも同じ目標を持っています。それは、ビジネスを新たな高みへと押し上げるアプリを市場に出すことです。

そして結果からすると、確かにそう思えます。 両社とも、アプリを市場に出すにあたっては、より緊密な連携と交流を望んでおり、それがどのように実現されるかについて具体的な例を挙げています。 そして、どちらのグループも、配信して展開するアプリケーションのセキュリティ、信頼性、パフォーマンスについて共通の認識を持っています。 驚くべきことに、どちらも業界の変化のスピードの影響を免れているわけではない。 DevOps と NetOps の両チームは、自分たちの役割が 5 年後も重要であると完全に確信しているわけではなく、どちらも、業務を遂行するために知っておく必要がある知識と現在持っているスキルやトレーニングの間に少なくともいくらかのギャップがあることを認識しています。

しかし、開発パイプラインと生産パイプラインの間の溝をテクノロジーでどの程度埋めるべきかについては意見の相違があることが分かりました。 これは、開発者と DevOps が IT の外部、主にクラウドでソリューションを求めるようになるため、「ネットワーク」がマルチクラウドの台頭の主な要因であるという広く信じられている考えを裏付けています。  

自動化します。 自動化します。 自動化します。

これは直接引用であり、NetOps の担当者が「正しいこと」を優先していないと信じている少数派の DevOps の間でよく見られるテーマです。 これは、現在、生産パイプラインの自動化が「まったく」行われていないと回答した少数の NetOps (8%) と競合していたためと考えられます。 あるいは、開発者や DevOps、開発部門が自動化/セルフサービス機能を介して本番パイプラインにアクセスするべきではないと考え、単に反対している DevOps の小グループ (4%) の一員として活動しているのかもしれません。 

良いニュースは、どちらの点でも彼らが少数派だということです。 NetOps の大半は、運用パイプラインの 50% 以上が自動化されている環境で運用されているだけでなく、大多数 (61%) が DevOps と開発者がそのパイプラインにさらにアクセス (50% 以上) できる必要があると考えています。

つまり、NetOps は、さらなる自動化とセルフサービス機能を求める DevOps の要望に完全に賛同しているということです。

さらに、両グループとも圧倒的多数が相手が「正しいこと」を優先していると信じており、DevOps の 82%、NetOps の 76% が相手方の優先順位付けにうなずいて承認しています。 結局のところ、夜明けに駐車場で決闘をする必要はあまりない。

自動化が進めば成功の可能性も高まる

DevOps 界隈では、自動化によって配信と展開の頻度が高まるだけでなく、全体的な成功率も向上するというのが一般的な考えです。 手動による介入が必要になると、エラーが発生する可能性が高まります。 結局のところ、人為的ミスは多くの停電の大きな要因です。 それは論理的であるだけでなく、私たちの調査によっても裏付けられています。 デプロイメントの成功率と現在自動化されているデプロイメント パイプラインの割合を比較すると、少なくともほとんどの場合、正の相関関係が得られます。

• NetOps の大多数 (65%) は、成功した展開の頻度が高い (90% 以上) と報告しています。 そのうち 86% が生産パイプラインの 75% 以上を自動化しています。
• 高い頻度 (90% 以上) で成功した展開を報告している NetOps のうち、37% は週に 1 回展開しています。 興味深いことに、NetOps 部門で成功した展開の頻度が低い (50% 未満) と報告している従業員のうち、3 人に 1 人は 1 日に 1 回以上展開し、3 人に 1 人は月に 1 回展開しています。

データに基づくと、「成功のスイートスポット」が存在するようです。それは、週に 1 回デプロイし、パイプラインの少なくとも 75% を自動化することです。

スピードの必要性

私たちの調査では、自動化に対する合意が高まっているにもかかわらず、意見の明確な相違があることがわかりました。 これらの違いの 1 つは、アプリケーション エコノミーによって推進される、ペースの速いマルチクラウドの世界で成功するために必要な真の変化をもたらすために必要な中核概念に関して現れます。

NetOps では、現在のデプロイメント頻度を「頻繁すぎる」と表現する割合が、DevOps の担当者 (4%) の 2 倍 (8%) でした。 逆に、DevOps 担当者の多くは配信頻度に不満を持っており、26% が「頻度が十分ではない」と述べています。  

それでも、両グループの大多数は、現在の速度が「自分たちには十分」だと感じていた。

• 現在の配信頻度が「十分」であると考える DevOps の 70% のうち、31% は変更を週に 1 回本番環境に配信しています。
• 配信頻度を「頻繁すぎる」と評価した DevOps の 4% のうち、38% は月に 1 回の配信を行っています。
• より頻繁に配信したいと考えている DevOps の 26% のうち、28% は週に 1 回配信しており、26% はすでに 1 日 1 回以上配信しています。

展開頻度が「十分」であると回答した NetOps の 74% のうち、37% は週に 1 回の展開を行っています。 興味深いことに、デプロイメント頻度が「頻繁すぎる」と回答した 9% のうち、44% も週に 1 回デプロイメントを行っています。 より頻繁に展開したいと考えている NetOps の 18% のうち、大多数は週に 1 回 (27%) または月に 1 回 (28%) 展開しています。

自動化で勝利を

開発から配信、展開に至るまでのアプリケーション ライフサイクルにおける自動化の重要性と影響については、DevOps と NetOps の間にほとんど意見の相違はありません。 NetOps によるアプリケーションの信頼性、パフォーマンス、セキュリティの評価とパイプラインの自動化の間には正の相関関係がありました。 パイプラインが少なくとも 50～75% 自動化されている場合、アプリケーションの信頼性とパフォーマンスの評価に対する信頼が高まります。

パイプラインの 75% 以上が自動化されている場合、アプリケーション セキュリティ評価の信頼性は高まります。 当然のことながら、DevOps もパイプライン自動化によって同様に影響を受けるようです。 パイプラインの 75% 以上が自動化されている場合、アプリケーションの信頼性とパフォーマンスの評価に最も自信が持てました。

私たちの調査結果（完全なレポートはこちらから入手できます）によると、自動化に関する一般的なコンセンサスは、NetOps と DevOps の両方から間違いなく好評です。  

コインのどちらの面を見ても、自動化は重要です。