次の投稿が最初に登場しましたITOpsタイムズ.
1980年代後半、英国政府の中央コンピュータ通信局（CCTA）は、民間および公共部門の組織が一連の標準的な慣行でITを管理する方法を管理するための一連の推奨事項を作成しました。コンピューティングが日常業務においてますます重要になり、より大きな役割を担うようになると、政府機関や民間企業も同様にIT管理手法の作成を開始し、解決するよりも多くの問題を引き起こすことが多い方法論の寄せ集めになりました。
このようにして、ITIL（情報技術インフラストラクチャライブラリ）が誕生しました。このフレームワークは、IT資産を持つ事実上すべての組織に適用できる一連のプロセス、手順、タスク、およびチェックリストを記述します。当時は、進歩性ではないにしても、IT運用を調整し、急成長する業界全体でベストプラクティスを確立するためのステップが必要でした。これは、世界中の組織にとって広範囲に及ぶ（そして成長している）課題に対する包括的なソリューションでした。
しかし、当時の他の人気のあるトレンド（CD-ROM、大型デスクトップコンピューター、レンガサイズの携帯電話）と同様に、ITILは、今日のIT運用/サービス管理（ITOM / ITSM）。
それは簡単な質問をします：ITILはまだDevOpsとハイブリッドクラウドの時代に関連していますか？
アップデートがあっても、ITILは時代遅れです
過去数十年にわたって、ITILは、業界がIT運用をどのように見ているかを形作る上で極めて重要な役割を果たしてきました。これは、ワークロードファーストの広範な哲学を生み出しました。シーケンシャルで計画指向であり、特定のワークロードを最初に処理し、後でメンテナンスを心配するようにデバイスをセットアップすることを前提としています。
工場で見られるように、テクノロジーの作業をセグメント化できること、および主要なワークロードの周りにインフラストラクチャを調整することで運用が簡素化され、効率が向上することが前提です。つまり、ITインフラストラクチャの管理に最初から継続的に重点を置いていることは、サービスと顧客エクスペリエンスをより適切に管理するという現代の企業の目標と一致していません。
ITのDevOpsへの移行により、組織がデジタル時代の作業をどのように計画および管理するかについてのスクリプトが反転し、従来のITILフレームワークに実存的な課題が提示されています。組織は、従来のITILから派生したウォーターフォール手法よりもアジャイル開発を採用することが増えており、エンドアットテストアプローチをより反復的な継続的インテグレーションフレームワークに置き換えています。
開発チームと運用チームの間の継続的かつ動的な関係は、ITILのシーケンシャルな性質と直接対立しています。最新の更新（26のプロセスと4つのコア機能）があっても、ITILのアプローチは、運用とデータのサイロを促進し、よりサービス中心の運用へのITの一般的なシフトを無視します。
ITILが不足している3つの重要な領域
今日のエンタープライズITは、ソフトウェア定義でサービス指向です。プライベート、パブリック、ハイブリッド、マルチクラウドです。仮想化、コンテナ化、そしてますます自動化されています。それは、5年前の状況とは根本的かつ著しく異なります。では、なぜ組織は業界の成熟と進化のかなり前に開発された管理方法論に依存する必要があるのでしょうか。
ITILは、過去に業界のために行われたすべての利益のために、次の3つの主要分野で最新のITチームの要求を十分に満たすことができません。
- サービス指向への移行。 ITは顧客体験に重点を置いて進化しているため、アプリケーションの開発と保守により多くの時間とリソースを費やす必要があります。 ITILから派生したIT運用はコンポーネントの監視に重点を置いていますが、DevOpsの時代には、サービスレベルの管理に重点を置く必要があります。
- DevOpsへの移行と継続的展開。 顧客は彼らが望むものを望んでおり、彼らは今それを望んでいます。ステップバイステップの設計、テスト、およびメンテナンスアクションに焦点を当てた順次ソフトウェア開発ライフサイクル（ウォーターフォール）は、製品やサービスを市場に提供するための速度、敏捷性、または適応性を提供せず、古い学校の開発者に大きな競争上の不利益をもたらしますショップ。
- 企業の複雑さの高まり。 ITは全体として、ここ数年で根本的に変化しました。マイクロサービス、コンテナ化、クラウドネイティブワークロード、サーバーレスコンピューティングの導入はすべて、許容できるように構築された古いITILメソッドよりも複雑です。
では、新しいモデルは何ですか？
ITILの全盛期における最大のメリットは、組織の変更による障害からの保護でした。変更管理により、重要なITインフラストラクチャが、システムのダウンタイムにつながる構成ミスやその他の失効から保護されました。これは、サポート役のITチームにとって最も重要なパフォーマンス指標です。
しかし、今日のITは単に支援的な役割を果たすだけではありません。これは、組織の成功に積極的かつ積極的に貢献しています。現代の企業の背後にある原動力。今日のITOpsは、計画されたワークロードだけでなく、継続的な変更、自動化された展開、交換可能なコンポーネントをサポートするモデルに基づいて構築された最新のIT環境にも対応できる、俊敏性、効率性、柔軟性を備えている必要があります。
先進的なIT組織は、サービスと基幹業務の所有者に、Webサイト、アプリ、ポータル、およびその他の顧客との接点を最初に維持することを目的とした管理モデルを提供することが、戦略的優位性を獲得するための真の鍵であることを認識しています。
ITの世界は、過去数十年とは著しく異なります。クラウドベースのテクノロジーの出現と急増により、ITILフレームワークの開発者が想像できなかった、より多くのエンドポイント、デバイス、およびサービスの管理と保護に関する多くの課題が発生しました。そのため、ITリーダーは、サポートモデルを再検討し、より現代的なサービス中心の運用を採用し、ITILが属する過去を離れる時が来ました。
次のステップ：
- Read our ServiceNow統合データシート OpsRampのサービス中心のAIOpsソリューションを使用して、絶え間ない消火活動を減らし、サイロ化された可視性を排除する方法について説明します。
- 私たちの方法を理解する サービス中心のAIOpsソリューション アラートストームの制御に役立ち、サービス停止の考えられる根本原因を簡単に特定できます。
- カスタムデモをスケジュールするOpsRampソリューションの専門家と。
- Check out our DevOpsメトリクスのインフォグラフィックそれが最も重要です。
