デジタルトランスフォーメーションはITを軸としており、ITOpsがそれらを結び付ける接着剤の役割を果たしている。しかし、企業のITOpsは急速なイノベーションやアジャイル技術への対応に苦戦している。そこで必要となるのが、独自の戦略、CloudOpsであり、DevOpsとITOpsのベストプラクティスを取り入れ、CI/CDによってビジネスの成功を高める。
本稿では、ITOpsとCloudOps、それらの類似点と相違点について、この分野の専門家による解説を交えて説明する。
関連記事：クラウドモダナイゼーション戦略の策定
ITOpsとは何か
ITOps（Information Technology Operations）とは、企業のITインフラの提供、展開、維持、構成、監視を担うプロセスである。物理コンポーネントと仮想コンポーネントの両方が含まれ、これらが一体となって企業のIT環境を構成する。
要するに、ITOpsチームの責任は、ITサービスを中断させることなく、ITビジネスを円滑に運営することにある。
ITOpsの機能
ITOpsチームの主な機能は、オンプレミスであれクラウドであれ、インフラを管理し、他のビジネス機能も確実に支援することである。ITOpsのその他の機能には、次のようなものがある。
- ハードウェアの維持管理
- セキュリティ管理
- 技術サポート
- 構成管理
- 問題の予測と災害の軽減
今日、データは爆発的な速度で生成されている。さらに、企業がマルチクラウド、パブリッククラウド、プライベートクラウド、ハイブリッドクラウド、ネットワークエッジなどの異種環境へと事業を拡大するにつれ、クラウドはますます複雑になっている。この多様性を効果的に管理し、膨大なデータを整理することは、ITチームにとって大きな負担となる。
具体的に直面する問題は次のとおりだ。
- サイロ化したチームとプロセスによって、問題を迅速に解決するために必要な完全な可視性が妨げられている。こうしたサイロは、最終的に企業に巨額のコストを負わせる。
- ITチームには、こうした膨大なリソースを管理するために必要なスキルが不足している。
- 自動化が鍵となるが、ITOpsチームは手作業に頼ることが多い。
ITOpsがレガシーな慣行に縛られると、イノベーションは停滞し、ビジネスの生産性が低下する。従来のITOpsは、こうした時代遅れの門番的な手法から脱却し、組織が競争力を維持できるようアジャイルな方法論を採用する必要がある。
必要なのは、異なる働き方だ。そこで登場するのがCloudOpsである。
CloudOpsとは何か
「CloudOpsとは、パブリッククラウド上でインフラやアプリケーションをコードとして構築する実践だ」とBryan Woodworth氏は、Aviatrixのプリンシパル・ソリューション・ストラテジストとして語る。「より具体的には、DevOpsから始まり、開発者がアプリケーションの展開と移行における事実上のモデルとしてパブリッククラウドを受け入れるにつれてCloudOpsへと移行した、幅広いツールと実践を指す」
「DevOpsとCloudOpsの転換点をあえて挙げるなら、MicrosoftがGitHubを買収し、Azureの開発エコシステムをGitHubに組み込んだ時だろう。これは、エンタープライズにとってDevOpsは過去のものとなり、CloudOpsがCI/CDパイプライン、自動化、ツール、継続的な開発サイクルのベストプラクティスにおける重心になったという、業界への強いメッセージとなった」
CloudOpsの機能
CloudOpsチームの機能には、次のようなものがある。
- ROIを高めるためのコスト最適化
- SLAの達成
- 事業継続のためのバックアップ計画の実施
- 反復作業の自動化
- セルフサービスITの実現
- 構成管理の支援
- リソース割り当ての支援
Woodworth氏は次のように説明する。「CloudOpsの基本原則は、クラウドのプログラマブルなインターフェースやAPIによってアジリティを受け入れ、as-a-serviceのサービスを利用して展開と構築を高速化し、これらのサービスが持つ巨大なスケールを活用して、単一の企業や事業部門では管理するにはあまりにも高価または複雑になり得る新たなサービスや体験を創出することだ。つまり、パイプラインとツールは、クラウドが提供するものに完全に焦点を合わせることになる。新たな投資がすべてそこへ向かっているからだ」
CloudOpsチームは、自動化、抽象化、継続的オペレーションを組み合わせ、イノベーションを加速するとともに、他社に対する競争優位を獲得している。
自動化：クラウドの自動化により、コンピューティングワークロードを手作業よりはるかに効果的に管理できる。需要に応じてシステムを拡張・縮小でき、リソースを最適に利用できる。
抽象化：分散クラウド環境では、CSPが複雑な詳細を抽象化するため、エンドユーザーにとってプロセスがよりシンプルで理解しやすくなる。その結果、効率性が高まり、生産性が向上する。
継続的オペレーション：自動化されたCI/CDパイプラインにより、市場投入までの時間が短縮され、開発者は新製品をより早くリリースできる。全体として、顧客満足度の向上にもつながる。
CloudOpsとITOpsの重複点
CloudOpsとITOpsには、重複する機能がいくつかある。「ほとんどのシナリオではクラウドが最善の選択肢だが、現代の企業では通常、両方の領域にまたがるオンプレミスからクラウドへのハイブリッド、またはハイブリッドクラウドの導入が行われる」とJacques Botha氏は、グローバルエンジニアリング担当VPのProvoke Solutionsである。
「実際には、どちらか一方という選択ではない。運用チームは、クラウドで見られるのと同じアジリティと信頼性を実現するため、オンプレミス環境にもクラウドのプラクティスを取り入れる必要がある。インフラとソフトウェアの自動化、プラットフォームのセキュリティとパフォーマンスの監視に共通のツールセットを活用すれば、クラウドコンポーネントとオンプレミスコンポーネントの境界は曖昧になっていくはずだ。これは従来型のチームのスキル向上や、クラウド対応にも役立つ」
CloudOpsとITOpsの違い
この2つの技術には重複する部分があるものの、両者にはいくつかの重要な違いがある。
可変性と不変性
Reuven Harrison氏は、TufinのCTO兼共同創業者として次のように語る。「ITOpsは、長期間継続して稼働し、構成変更を繰り返す可変システムを維持する。システム自体以外に既知の状態がないため、問題が発生した場合の診断が難しい。一方、CloudOpsはほぼ不変だ。稼働中のシステムを再構成するのではなく、新しいバージョンを再展開することを好む。構成はGitなどの構成管理システムで保持される。これは維持管理が容易で、より安全だ」
アジリティ
Harrison氏は次のように指摘する。「ITOpsのSLA（サービスレベル合意）は、時間、日、週単位だ。例えば、ファイアウォールポリシーの変更は、承認と実装に数日かかることがある。これに対して、CloudOpsのSLAは秒・分単位だ。例えば、新しいシステムやアプリケーション全体でさえ、通常は数分以内に展開できる」
経済的な考慮事項
Dave Russell氏は、エンタープライズ戦略担当副社長のVeeamとして次のように語る。「CloudOpsにおいて、ITOpsほど重視されない重要な基本属性の1つが、経済的な考慮事項だ」
同氏は説明する。「組織はあまりにも頻繁に、オンプレミスとクラウドのどちらでも『ITが動く』ことに注目する。しかし、ITは動いていても極めて非効率で、結果としてコストが高すぎる場合がある。組織はそれを痛い目に遭って学ぶことになるかもしれない。これがCloudOpsとITOpsの大きな違いの1つだ。クラウドへのリフトアンドシフトが、必ずしもクラウドの経済モデルに適合したソリューションになるとは限らない」
関連記事：クラウドコスト最適化の9つの戦略
結論
では、ITOpsを捨ててCloudOpsに移行すべきなのか。答えは、そう単純ではない。
CloudOpsは企業が競争力を維持するのに役立つが、それだけが唯一の進むべき道ではない。実際には、ITチームは効率、生産性、セキュリティを高めるために、両方を活用できる。Russell氏が指摘するように、「ほとんどの組織にとって、データセンターが完全になくなるわけではない。重要なのは、どのワークロードやアプリケーションをどの環境（オンプレミスまたはクラウド）で開発し、その後展開・管理すべきかを理解することだ。つまり、チーム間の連携が必要になる可能性は非常に高い。しかし、両者は同じビジネスに携わり、ITを通じてビジネス上の成果を提供していることを認識しなければならない。ただ、その方法が異なるだけだ」