「一流のインテリジェンスのテストは、2つの対立するアイデアを同時に念頭に置きながら、機能する能力を保持する能力です。」
-F。スコットフィッツジェラルド

Once Upon A Time Not So Long Soで  エンタープライズランド  遠く離れて、アプリケーション開発は大規模に発生しました  2層アーキテクチャ 。モノリシックアプリケーションアーキテクチャは、作成するための主要なモデルでした  記録システム

記録システムは、特定のビジネス機能の信頼できるデータソースです。 NS 複雑なエンタープライズデータの信頼できる唯一の情報源として機能するエンタープライズリソースプランニング(ERP)またはサプライチェーンマネジメント(SCM)システムを活用してください。

ウォーターフォール技術により、記録システムの統制のとれた開発が可能になりました。一般的なアプリケーションでは、個々のコンポーネントを注意深く調整し、詳細な変更管理プロセスを実行する、複数年のリリースサイクルが必要でした。

この間、ITILは、ITサービスをビジネスニーズに合わせるためのベストプラクティスを作成しました。2007年のITILバージョンには、サービス戦略、サービスデザイン、サービス移行、サービス運用、継続的なサービス改善の5つのコアボリュームがあります。  を目的とした  ITサービスの効率と有効性を向上させます。  

ITILは、モノリシックアプリケーションアーキテクチャの世界に最適です。どこの世界  アプリケーションは、会社が所有またはリースしているデータセンターにあります。 ITILはあなたを助けます  予測可能な世界で信頼性の高いITサービスを提供します。  

Back To The Present私たちは現在に戻ります  ユニコーン  確立された秩序を混乱させています。 Uber、Spotify、Stripe、Jawboneが転覆しました  全体の現職者  多様な産業。  Unicornsのありそうもない成功の秘訣:  DevOps。

DevOpsとアジャイルプラクティスは、作成に役立ちました  エンゲージメントのシステム 。ソーシャル、モバイル、クラウド、分析を使用して、エンゲージメントのシステムは魅力的な顧客体験を提供します。

ユニコーンは、エンゲージメントのシステムをマイクロサービスに分解することにより、リリース速度を向上させました。 組織はアプリケーションをリリースできます 1日に複数回 マイクロサービスを使用します。  マイクロサービスは、グローバル展開の前にアプリケーションのパフォーマンスとユーザーエクスペリエンスをテストするのに役立ちます。

And Never The Twain Shall Meet?IT管理  DevOpsの場合 ITILの変更および構成管理プロセスとは完全に異なります。古典的なITILプロセスは 変更管理委員会(CCB)  ミーティング。  典型的なCCBには、アプリのリリースについて話し合うIT運用チームがいます。 開発者が関与することなく

DevOpsチームはしません  新しいリリースの影響について話し合うためにCCBをスケジュールします。 DevとOpsの間の協力関係により、アプリのリリースをスムーズに行うことができます。 コードとしてのインフラストラクチャ スクリプトを使用して、ロールアウト(およびロールバック)をプロビジョニングおよびデプロイします。

ITIL + DevOps今日、企業はITILを次の目的で使用しています 記録システム  およびDevOps  エンゲージメントのシステム 。現実には、ITILの分野はまだ 申し込み バイモーダルIT環境全体:

  1. サービス戦略。  サービスポートフォリオ管理  ビジネス関連のITサービスを作成できます。サービス戦略は、すべてのサービスのライフサイクル全体にわたって価値を提供します。
  2. サービスデザイン. サービスカタログは、利用可能なすべての運用サービスの正確な記録を作成します。サービスカタログは、既存のサービスを最適化し、廃止されたサービスを廃止し、新しいサービスを識別します。
  3. サービスの移行. 変更管理とリリース管理のプロセスは、リリースの速度にとって不可欠です。自動化されていても、変更管理により、展開のリスクとサービスの中断が軽減されます。
  4. サービス運用 . インシデントおよび問題管理プロセスは、従来とは異なるワークフロープロセス間でのコラボレーションに役立ちます。チケットシステムは、DevOpsが同じページにある間共有されるプラットフォームです。  インシデントの管理。
  5. 継続的なサービスの改善。 組織は、ビジネスに提供されるITサービスの有効性を評価し続けます。継続的なサービスの改善により、変化するニーズに合わせてITサービスを再調整できます。

必要な理由は次のとおりです  それら両方

IT運用チームに最適なフレームワークはどれですか?答えは、人生のほとんどのものと同様に、「 It Depends.” 批評家が  宣言するかもしれない  ITILの無関係 、ITILとDevOpsを組み合わせると、 バイモーダルな世界。先に進んで、自分自身を  ITILとDevOpsにします  cocktail!

私たちは、思考リーダーからの最高の価値を得るための知恵で締めくくります  ITILとDevOpsの実践:

 

 

Do you want to know more about OpsRamp?


Recommended posts