企業が陥る落とし穴とは
革新的な「DevOps」を台無しにする“7つのあるある”
システムの運用者と開発者がより密接に連携することで業務の俊敏性を高める「DevOps」に失敗する企業が続出。失敗の背景にはありがちな“7つのあるある”が見られる。
「DevOps」を導入する準備はできているだろうか。だが、導入の前に少し立ち止まって考えてみてほしい。一般的な落とし穴とミスを理解しないでDevOpsの導入に突き進むことは、登山用具を持たず山に登るようなものである。
DevOpsで成功を収めるには必要なものがある。それは「将来に対する全体的なビジョン」「計画」「野望」で、革新的な考え方と視点も必要になる。DevOpsを単なる小さな変化と捉えて、大幅な投資を伴う徹底的なプロセスの再編成を行わないと、大きな問題が発生するか、導入の途中で完全な失敗に終わる可能性が高いだろう。
DevOpsには7つの大きな過ちがある。このような過ちを犯すとDevOpsと企業環境を転換するイニシアチブが暗礁に乗り上げることになる。
1.計画を怠る
明確な計画なくDevOpsによる転換を図っても、ほぼ確実に失敗に終わる。多く見られるミスは、大勢の賢い人たちがDevOpsの分野に関する情報を試しても、すぐに組織で虐げられてしまうことだ。残念ながら、このような先駆者は、組織や上層部からのコミットやサポートが得られず、仕事で苦痛を強いられることが多い。
2.出資を怠る
「予算がない戦略は夢でしかない」とクライアントから皮肉をいわれたことがある。これはDevOpsのような転換計画について特に当てはまる。DevOpsの導入が成功すれば、より低いコスト、より高いアジリティ、より高い品質など多くの利益を手に入れることができる。だが、人、プロセス、テクノロジーへの大幅な投資を行わない限り、この利益を享受することはできない。
3.革新への参加を怠る
時間とコストが掛かる既存の手動プロセスを少しずつ変えようとしても失敗に終わる。DevOpsは継続的な配信およびクラウドと密接に絡み合っている。これはコーディングから運用に至るまでの全プロセスに当てはまる。既存のツールを使用してDevOpsを運用することは実質的に不可能だ。仮にできたとしても、途方もなく困難でコストが掛かるだろう。
DevOpsで成功を収めるには、既存のプロセスやツールではなく、達成目標を中心に据えた新しい継続的なプロセスモデルの構築が不可欠である。アプリケーションチームを古いプロセスモデルから新しいプロセスモデルへ移行する必要もある。プロセスの設計と実装を先導すべきは、このチームだ。
4.開発者に主導権を与えることを怠る
DevOpsは、IT運用部門が主導で行うアプリケーション開発チームのための取り組みだと見なされることが多い。だが、この取り組みのために、アプリケーション開発チームが運用部門から相談を受けることは少ない。開発者が開発者のために記述したクラウドの方が、運用部門が構築したクラウドよりも成功率は高い。DevOpsについても同じことがいえる。DevOpsではアプリケーションとインフラを1つにするため、コードレベルでの統合が必要になることを忘れてはならない。DevOpsによる転換は、開発者が運用部門と密接な協力関係を築いた場合に、最も大きな成功を収めることができる。
5.スケールの拡大を怠る
DevOpsは、迅速なコードのリリースを実現する。毎週または毎日というサイクルも可能だ。DevOpsにおける運用管理とは、より多くの成果を得るためにプロセスのボトルネックを取り除くことである。同時に品質を継続的に向上しなければならない。毎月、毎週、毎日というサイクルでアプリケーションをリリースするには、全ての運用プロセスと同じ課題が付いて回る。ITではあまり一般的ではないスケールという視点が必要になる。
6.テストを怠る
DevOpsは複雑なシステムである。そのため、詳細かつ継続的にテストをする必要がある。プロセスが自動化されているほど、1つの小さなエラーが全ての作業を中断させる可能性が高くなる。テストには「単体テスト」「システムテスト」「カオス／サービス停止のテスト」「パフォーマンス、回復性、品質のテスト」などがある。どのテストも実施が不可欠だ。統計的工程管理やシックスシグマなど、製造／プロセス産業で一般的に使用される手法はDevOpsを導入した環境で非常に役に立つ。だが、見過ごされることが多い。
7.開発者と運用部門の足並みをそろえることを怠る
企業では、アプリケーションの各段階で異なるプロセス、ツール、担当者を採用することがあまりにも多い。例えば、開発環境、テスト環境、運用前環境、運用環境でプロセスや担当者が異なることは珍しくない。また、監視、ライセンス管理、セキュリティなど、管理スタックを構成するその他のコンポーネントも段階によって異なる。加えて運用段階では多くの手動による承認が必要になる。
このような状況ではDevOpsが機能しない。各段階で統一したアプリケーションを構築、展開、管理しなければ、現行の数カ月という開発のサイクルを数週間や数日に短縮しようとしたときに大惨事となるだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
市場調査・トレンド
[AvePoint Japan株式会社] SCS評価制度の死角は“SaaSの中” クラウド標準機能では届かない領域とは？ -
製品資料
[デジタルサーカス株式会社] 5分で分かる、「オープンソースCMS」比較ガイド -
製品資料
[デジタルサーカス株式会社] 1つのアプリを各国で運用 多言語モバイルアプリを簡単に開発・導入できる方法 -
製品資料
[ニュータニックス・ジャパン合同会社] 複雑化するKubernetes運用、VMとコンテナの二重管理を解消する方法は？ -
市場調査・トレンド
[アルプス システム インテグレーション株式会社] 急増する高度なフィッシング詐欺 先回りしてブロックするには何が必要？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHPはそもそも必要か？ 脆弱性で問われる自社サイト安全性と保守負担のバランス
-
2
京王電鉄・東京メトロの被害から学ぶ境界防衛 ITの侵害はどこまで波及するか
-
3
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
4
「データ活用とAI活用の実態」に関するアンケート
-
5
PHP2Shellの「事前の情報流出」でパニックに パッチ公開を巡る“混乱劇”
-
6
「AIの粗悪レポート」で悲鳴 IntelやGoogleがバグ報奨金を止めた理由
-
7
パーソルHDが「SAP」で会計システム刷新 巨大グループの混乱をどう防いだ？
-
8
なぜ人はいるのにDXが進まない？ ライオンも直面した“老害”レガシーシステム
-
9
シャトレーゼを悩ませる偽メール 混乱なしでBIMI導入とDMARC強化を実現した方法
-
10
「オフィス移転・刷新に伴うネットワーク環境の実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
5
「IT史に名を残すシステム障害」8選
-
6
「EDR」選定ガイド：比較・検討フェーズで整理すべきポイントを解説
-
7
10G回線の真価をフルに享受するには？ 導入前にチェックしたいポイント
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
MDMだけでは防げない？ Appleデバイスに潜む5つのセキュリティギャップ
-
10
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー