アプリケーションデリバリの現状 2018：NetOpsも自動化の波に乗る

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

プログラミング言語をプロトコルやパケットキャプチャと同じくらい愛するITの博識家として、オートメーションとオーケストレーションに求められる両者の境界が曖昧になっていくことに、胸が躍ります。

F5では4年間にわたり、「State of Application Delivery」調査の回答者が、API対応インフラストラクチャと関連テクノロジーをどのように捉えているかを追跡してきました。この間、インフラストラクチャのプログラマビリティが重要だと回答した人（5段階評価で4または5を選択）の割合は、ほぼ倍増しました。2015年に重要だと回答した人は半数未満の40%でしたが、今年は実に74%に達しました。

このテーマについて2017年に実施した調査の結果を踏まえれば、驚くべきことではなかったのかもしれません。DevOpsとNetOpsに対する認識を調べたこの調査では、どちらのグループも本番環境へのデリバリーパイプラインの自動化が重要であるという点で一致していました。

しかし、認識はあくまで意見にすぎません。実際の利用状況は別です。

今年の調査では、地域、業界、組織規模を問わず、自動化が広く浸透していることが明らかになりました。100%の自動化を達成した組織はなく（おそらく今後もないでしょう）、実際の本番環境では、多くの人が認識している以上に自動化が進んでいます。

実際、回答者の25%が、本番環境における大規模な変更には自動化を常に利用していると回答しました。60%は、本番環境における小規模な変更に自動化を時々利用しています。全体として、インシデント対応よりも本番環境の変更に自動化が利用される傾向が見られました。4人に1人を超える回答者（26%）が、インシデント対応には自動化をまったく利用していないと回答した一方、常に利用しているとの回答はわずか22%でした。予測困難と考えられる事象への対処にはばらつきがあるため、これは意外な結果ではありません。自動化には、明確に定義された一連のタスクと、それらを運用プロセスとして結び付ける手順が必要です。そのため、規模の大小を問わず、本番環境の変更は、こうしたプロセスのコード化に適しています。一方、インシデント対応には、あまり適していません。

規模や業種を問わず、実に多くのデータセンター内で自動化が進んでいるようです。

こうした自動化のすべてを、何を使って実現しているのか疑問に思われるかもしれません。以前は、多くのツール、ツールセット、フレームワークをひとまとめにして論じていました。しかし、自動化が本格的に普及するにつれ、その捉え方は適切ではなくなっています。現状を把握するには、自動化のさまざまな側面を理解する必要があるためです。

1. 言語とツールセット NetOpsとITは、これらを使用して自動化を指揮・制御します。Ansible（20%）やVagrant（5%）などのツールに加え、Puppet（19%）やChef（16%）などのフレームワークも含まれます。その中で明確に首位となったのは、昔ながらのPythonスクリプトです。回答者の39%が、ITを自動化するために独自のスクリプトを作成すると回答しています。

2. ネットワーク自動化。データパスには平均16種類のアプリケーションサービスが存在し、アプリケーションを安全に配信して拡張するには、その導入、構成、継続的な管理が必要です。そのため、ほとんどの組織がCisco ACI（48%）、VMware（65%）、OpenStack（26%）などのシステムを利用するようになるでしょう。3つのシステムはいずれも前年比で大幅に増加しました。デジタルトランスフォーメーションの取り組みに伴い、55%の組織が自動化とオーケストレーションを導入している状況を考えれば、驚くことではありません。

3. コンテナオーケストレーション環境（COE）。これらの新興テクノロジーは引き続き注目を集めており、コンテナ化されたアプリケーションのスケーリングに利用されることは避けられないようです。調査対象のうち、Docker Swarmが回答者の27%で首位となり、Red Hat OpenShiftが21%で続き、Kubernetesが16%で3位に入りました。現時点で何も利用していないと回答したのは48%にとどまりました。

予想どおり、各組織で使用されるツールやフレームワークの数は減少しています。これは、標準化に向けた明確な戦略的取り組みの一環として、自動化ツールやツールセットが意図的に活用されていることを示しています。混乱が広がり、アプリケーション開発者が長年苦しんできたものと同様の技術的負債やアーキテクチャ上の負債にIT部門が押しつぶされる前に、早めに取り組むに越したことはありません。実際、回答者の50%は、ネットワーク自動化フレームワークを1つしか使用していません。その内訳は、Cisco ACIが8%、Open Stackが5%、VMwareが19%です。

これは今なお流動的で進化を続ける市場です。もっとも、市場というよりムーブメントと呼ぶべきかもしれません。DevOpsのアプローチが本番環境にも広がり、ビジネス部門からの圧力も高まる中、IT部門には迅速な対応が求められています。NetOpsは自動化と、それに伴うあらゆる変化を受け入れ、導入を進めています。IT部門がデジタルトランスフォーメーションを推進し、新しいアプリの構築や新たな機会の開拓を支える強固なデジタル基盤をビジネス部門に提供していくにつれ、自動化の活用はさらに拡大すると予想されます。

詳細については、デジタルトランスフォーメーション、マルチクラウド、アプリケーションサービス、セキュリティ、そして進化を続けるNetOpsに関する『2018 State of Application Delivery』レポートをぜひご覧ください。また、Twitterで@f5networksをフォローするか、ハッシュタグ #soad18をご利用ください。今後のブログでも、レポートには掲載されていないデータや見解を含む、さらなるインサイトをお届けします。

著者について

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

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

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