構成管理データベース (CMDB) とは？

ダッシュボードと CI の測定基準や分析を統合することで、データの健全性、変更の影響、インシデントや問題につながるパターンや CI の健全性の追跡が容易になります。オペレーションチームが CI に関連した以前のインシデント、問題、変更をリアルタイムに把握でき、問題修復までの時間が大幅に短縮します。

アクセス制御によって、必要に応じて個人やチームに異なるレベルのアクセス権を付与することができ、インシデントや疑問点が発生した場合に、変更をさかのぼって追跡できます。

可視性のための詳細な記録を監査に役立てることができます。CI の状態、変更履歴、チェックとバランス調整、インシデントなどの記録を把握できます。

データ連携、検出ツール、手動入力という 3 種類の方法すべてに対応し、これらすべてでネットワーク内の IP アドレスをスキャンして、ソフトウェアとハードウェアの情報を検索します。これによりクラウドリソースを含む、社内のすべての資産とデバイスのインベントリを作成します。

統合データセットのサポートには、CI とその関連データの調整と正規化が含まれています。

IT サービスに関連した関係と依存関係を具現化したものです。

CMDB にメリットがあるのは明らかですが、多くの企業が CMDB ソリューションから価値を得ていません。その理由をいくつか挙げてみましょう。手動プロセスを使用して CMDB を構築した、CMDB に移動すべき重要なデータを特定するための人材やプロセスがない、データを CMDB の適切な場所に配置するための自動化ツールがない、などです。ただしテクノロジーそのものに欠陥があるわけではありません。要因を見極めれば、CMDB の効果を弱めかねない問題に備えて防止することができます。

CMDB の正確性を維持するのは困難な場合があります。たとえば検出ツールを実行する頻度が足りない、自動化プロトコルがない、データ入力に頼り過ぎているなどです。CMDB 内の検出を重視して最適化すれば、正確性は向上します。

データの表示を CMDB に一元化していても、すべての資産データを CMDB 内だけに保存するべきだということにはなりません。ベストプラクティスは、他のツールからデータを取得して、最も関連性の高いツールを各ケースのサポートに使用することです。

CMDB は IT 資産情報の一元化されたリポジトリとして機能しますが、CMDB に送られてくるデータのソースが多すぎることがあります。こういった場合、混乱が生じ、データが雑然として、カテゴリに区分できません。

一部の企業は、CMDB がクラウドとソフトウェアインフラストラクチャの新しいスタックではなく、レガシーインフラストラクチャとソフトウェアをマッピングするためのものだと認識しています。セマンティクスに関する議論によって、ツールで CI を活用して広い視野から技術的なエコシステムを把握する利点の追及を妨げないことが重要です。

一部の企業は CMDB を「信頼できる唯一の情報源」として扱い、ユースケースやニーズの関連事項を考慮せずに、すべてのデータを CMDB にまとめようとしています。CMDB には、プロセスをサポートする有益で重要なデータのみを保存するべきです。価値、目的、オーナー、すべてのデータの更新方法を必ず定義してください。

チームの深い関与は、成功するか否かにかかわらず、新しいテクノロジーやプロセスの統合と使用における最重要要素の 1 つです。企業や関わる従業員が CMDB ソリューションの成功に向けて深く関与していなければ、ソリューションは成功しないでしょう。

失敗を避けたいならば、適切なツールを選択することが重要です。一部の CMDB ツールは資産のリポジトリにすぎず、レガシーインフラストラクチャの検出ツールに固定されており、変化にすばやく対応できません。すばやく方向転換ができ、新しい種類の資産について説明できるものが、最上の CMDB ツールです。

CMDB を使用した場合のユースケースと目標は企業ごとに異なり、それによってセットアップの規模が決まります。

アプリケーションソフトウェア、コンテナ、仮想マシン、データベース、オペレーションシステム、ハードウェア、ポート、ビジネスサービス、テクニカルサービス、ネットワークなどがあります。

ユーザー、組織、場所、ドキュメント、顧客、サービス契約などがあります。