いえ、あなたではありません。 あなたです。 経営幹部は、現場の担当者ほどDevOpsに熱狂しているわけではありません。その理由は、次の3つの主要な懸念事項のいずれかにあるのかもしれません。
高い成果を上げている組織は、DevOpsを単に導入するだけでなく、積極的に取り入れています。 Puppet Labsによる先駆的な「State of DevOps」レポート は、過去2年間にわたってこの事実を示してきました。来年も、この関係性が改めて裏付けられるでしょう。複数の業界調査や研究によると、組織ではDevOpsの導入が進んでいます。しかし、かつてアジャイルやリーン型のアプリ開発手法を導入したときと同様に、「導入」が必ずしも一般に想像されるような意味を持つとは限りません。実際、組織がアプリ開発で「アジャイルを導入する」と言っても、アジャイルを使用していたのはプロジェクトのうち比較的わずかな割合にすぎませんでした。すべてのプロジェクトで全面的に採用するほど、徹底して取り入れていたわけではありません。
DevOpsについても同じことが言えるようです。回答者は意欲的に導入し、成果も上げていますが、経営幹部は全体として、依然としてこのアプローチにあまり積極的ではないようです。F5の「アプリケーションデリバリの現状」調査によると、「戦略的影響」があるとする割合は、2016年の15%から2017年の17%へと、前年比でわずか2ポイントの上昇にとどまりました。クラウドアーキテクトや、自らを「DevOps」担当と認識する人々は、DevOpsの取り組みを全力で推進し、すでに本番環境への移行まで進めているかもしれません。一方、経営幹部はこのアプローチの採用で依然として後れを取っています。つまり、「組織」全体が必ずしもDevOpsを全面的に採用しているわけではありません。
IT部門とビジネス部門のリーダーがDevOpsの導入に今ひとつ積極的になれない背景には、主に3つの懸念事項があると考えられます。
- 時間。従来型環境からクラウドへ、モノリスからマイクロサービスへ、手動から自動化へといった移行を伴う社内ITプロジェクトは、種類を問わず、単に時間を浪費する取り組みと見なされることがあります。こうしたプロジェクトは事業成長に直接貢献しないため、ビジネス部門の関係者にとって、プロジェクトに費やす時間を支持することが負担になりかねません。DevOpsを推進する側は、こうしたプロジェクトに着手することで達成すべき明確な目標と期待されるメリットを、ビジネスリーダーに示す必要があります。コスト削減であれ、ITの対応力向上であれ、取り組みへの賛同と支援を得るには、投資によって期待される効果をビジネス部門に理解してもらうことが重要です。節約した1円は稼いだ1円とも言えますが、投資した1円が10円の利益を生むことも少なくありません。今DevOpsに投資すれば、組織は将来その成果を得られます。
- 混乱。ビジネスに混乱を招きたいと考えるITリーダーはいません。今DevOpsの取り組みに投資すれば、混乱が生じる可能性があります。特に、誰もが本番環境へのリリースを加速する必要があると認識している中で、本番パイプラインが減速する場合はなおさらです。自動化とオーケストレーションに対応できるよう本番環境を整備するには、日常業務を支えるシステムに手を加えることが多いため、それを必要とする取り組みは望ましくない混乱を招く可能性があります。しかし実際には、システムのプロビジョニング、スケーリング、管理を旧式の手作業に依存し続けることこそが、今日でなくとも明日には真の混乱を引き起こしかねません。円滑な本番環境の特徴の1つは、キャパシティやサービスのニーズにオンデマンドで対応できることです。デジタルトランスフォーメーションの取り組みによって増大する需要にIT部門が圧迫されるにつれ、これを実現することはますます難しくなります。リスクなくしてリターンなし。アプリケーションポートフォリオが2倍以上に拡大してから対応するよりも、今リスクを取る方が、結果的に負うリスクは小さくなる可能性があります。
- ロックイン。ITリーダーがよく抱く懸念の1つは、選択によって「ロックイン」されることです。幸い、自動化とオーケストレーションに対応するネットワークデバイスやシステムの大半は、HTTP、REST、JSONなどのオープン標準のプロトコルや概念に基づいています。ここで、時間をかけてAPIとテンプレートを最大限に活用できるよう、事前にシステムを設計し、アーキテクチャを構築しておけば、後にその効果を得られます。CLIで実行するコマンドをAPI経由で1つずつ再現する必要があるデバイスやシステムと統合すると、ほぼ確実にロックインにつながります。テンプレートの大きなメリットの1つは、デバイスやシステム固有のAPIへの依存を減らし、将来、新しいシステムやアプリへ容易に移行できる少数のコマンドだけに依存を抑えられることです。インフラストラクチャがRESTベースのAPIをサポートしていることを確認し、可能な限りテンプレートを使用して、後からシステムや環境から容易に移行できるようにしてください。
もちろん、ほかにも懸念事項はありますが、テクノロジーや手法の導入に関しては、主にこの3つの重要な懸念が、時代を問わずデータセンター全体で繰り返し聞かれます。時間がかかること、混乱を招く可能性があること、そしてベンダーロックインに陥る可能性が非常に高いことです。十分なデューデリジェンスと慎重な導入アプローチに加え、「今投資し、後で成果を得る」という姿勢を持つことで、こうした懸念を軽減できます。また、現在および将来のビジネス成長に必要なデジタルトランスフォーメーションを実現するだけでなく加速させる、強固でありながら柔軟な基盤を構築できる可能性も高まります。
著者について
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ブログをご覧ください。