DevOpsやマイクロサービス開発にも対応か?
「ITIL 2018」発表へ “本当の”ベストプラクティス実現のための長い道のり(1/2 ページ)
ITILが最後に更新されたのは、DevOpsの黎明(れいめい)期だった。ITのテクノロジーは急速に進化している中、ITIL 2018は多種多様なIT部門にとって強力かつ有用なものにならなければならない。
ITサービス管理(ITSM)のベストプラクティスをまとめた「ITIL」(Information Technology Infrastructure Library)が最後に更新されたのは2011年のことだ。それ以来、多くのことが起きている。数年間の間に失われた妥当性を取り戻すため、2018年にアップデートされるITIL(以下、ITIL 2018)は、DevOpsへの流れを受け入れる形になるだろう。
併せて読みたいお勧め記事
ITILが促進する? DevOps成功の鍵は「人」
DevOps推進の立ちふさがる壁とは
ITプロジェクトにおいて、上流から下流へと進めるウオーターフォール型開発は徐々に採用されなくなっている。この開発手法では、最初に大掛かりなリリースをした後、暫定的なパッチ適応、6~12カ月の間隔での機能アップグレードを提供する。だが、サービスとアプリケーションの開発は、こうしたウオーターフォール型ではなく、毎月や毎週など、より短い間隔で新機能の更新をリリースする継続的デリバリー(配信)プロジェクトへと変わっている。コンテナ化によって、ソフトウェアのパッケージ化、リリース、管理に対応する新しい手法が生まれている。マイクロサービス型の複合アプリケーションモデルに移行する動きもあり、分散型アプリケーションが強化されている。
アプリケーションの提供がこのように変わってきたことで、ITILを採用していた多くの組織はいや応なしに選択を強いられる。ITILを大規模に改変してITSMの有効性を維持するか、ITILを断念して自社のニーズをより適切に満たす他のフレームワークを優先するかのどちらかだ。
ITILを完全採用している企業はほとんど存在しない。実際にはITILの一部を社内サービス管理のプロセスに統合している。こうした管理プロセスは、名目上のベストプラクティスよりも適切に機能する。
このような部分的採用は、顧客環境に完全なITILフレームワークの適用を望む外部委託企業にとっては足かせになる。ITIL準拠を掲げて自社製品を販売するサービス管理ソフトウェアのベンダーにとってもそれは同じだ。
ITIL 2018の更新において考慮するのは社内の手法やDevOpsベースの手法だけではない。サービス管理に関するISO規格のISO 20000(2011年バージョン)との互換性も確保されなければならない。ISO 20000 Part 11(ISO/IEC TR 20000-11:2015)では、ITILとISO 20000との相互作用の仕組みと関係性が綿密にまとめられている。
ITIL 2018への期待
ITIL 2018の今後のリリースは、英国政府の内閣府と、ビジネスプロセス管理サービスを提供する民間団体のCapitaが共同設立したベンチャー企業AXELOSが、管理する。近々行われるITIL 2018のリリースは、グローバルサービス管理コミュニティーと共同で実施された研究に基づく。このITILの更新は、ITILプロセスを整備している組織にとっては朗報となるはずだ。だが、何にでも当てはまることだが、物事は細部が難しい。
最近のITにおける急速な変化を乗り越えようとするなら、ITIL 2018はDevOpsで実現する継続的開発を全面的に受け入れる必要があるだろう。また、開発環境、テスト環境、運用環境における管理のサイロ(外部と非連携状態)を解消するよう尽力することも求められる。さらに、ITIL 2018が合理化された、より効率的なプロセスへと至る道なのだとユーザーから理解されなければならない。決して、タスクを完了するうえでの制約だと捉えられてはならない。
AXELOSの報告によると、サービス管理チェーンを構成している企業や団体と18カ月間にわたりコミュニケーションを取ってきたという。また、コミュニティー主導の取り組みとして、ITILの変更には実際の組織や個人のニーズが反映されるとも伝えている。コミュニティーによる洞察は重要だが、意見を取り入れ過ぎると進行に混乱と抑制をもたらす恐れがある。全員で「世界最速の競走馬を作るには?」と意見を交わしていたら、「ラクダを使ってはどうか?」と声が出てくるようなものだ。
意見の提供者がハイブリッドクラウド、継続的開発、コンテナ化、DevOpsへの移行という差し迫った問題に既に直面している場合を除けば、各自の目標は単純になるのではないだろうか。つまり、従来のITILプロセスを最適化し、連鎖しながら進むプロジェクトの速度を上げることになるだろう。決して、ITIL 2018のリリースを最新の運用形態に合わせることを目標にするわけではない。例えば、英国政府のITプロジェクトは、民間企業に比べてアジャイルやDevOpsによる手法を採用することが極めて少ない。政府機関も民間企業もITSMを構成しており、ITIL 2018はその両者を満足させることを目指している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
3
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
4
世界のデータセンター容量は5カ国に69%集中、電力消費「5%の壁」が招くものとは?
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
8
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
-
9
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
10
AIをデータ保管場所の近くに置くと安全で経済的 それでも残る“破滅的リスク”
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー