Loading article…
決定版メディアライブラリは、組織の正式版ソフトウェアメディアを保存および保護する安全な情報技術リポジトリです。組織が新しいアプリケーションソフトウェアまたは変更されたアプリケーションソフトウェアを運用環境にリリースする前に、そのようなソフトウェアは完全にテストされ、品質が保証されている必要があります。決定版メディアライブラリは、展開準備が整ったソフトウェアオブジェクトの保存領域を提供し、適切な品質保証チェックに合格した管理対象ソフトウェアメディア構成アイテム(CI)のマスターコピーのみを含む必要があります。これには通常、調達済みおよびカスタムのアプリケーションとゴールドビルドのソースコードおよび実行ファイルが含まれます。ITIL [ 1 ]ベストプラクティスフレームワークのコンテキストでは、決定版メディアライブラリという用語は、バージョン ITIL v3 より前に参照されていた決定版ソフトウェアライブラリという用語に取って代わります。
構成管理データベース（CMDB）と連携することで、データセンターのDNA 、すなわち、CMDBのインストールおよび構成記録に接続されたすべてのアプリケーションおよびビルドソフトウェアメディアを効果的に提供します。
決定版メディアライブラリは、組織のリリースおよびプロビジョニングフレームワークとサービス継続計画の主要な構成要素です。
管理されたIT環境では、承認されたバージョンのソフトウェアのみが本番環境に導入されることが極めて重要です。承認されていないソフトウェアバージョンが本番環境に導入された場合、深刻な結果を招く可能性があります。通常、成熟した組織では、このような事態を防ぐために厳格な変更管理およびリリース管理プロセスが存在しますが、これらのプロセスには、承認されたソフトウェアバージョンを安全に保管およびアクセスできる場所が必要です。ITILの第3版で提案されている解決策は、決定メディアライブラリ（DML）（第2版で使用されていた決定ソフトウェアライブラリ（DSL）に代わるもの）です。ITILでは、DMLは物理的なストアでも仮想的なストアでも構わないとされており、どちらの方法にも利点と欠点があります。しかし、DMLソリューションの成功には重要な要素が明らかに存在します。すなわち、本番環境に導入する必要のあるソフトウェアは、厳密にテストされ、動作が保証され、ライセンスが付与されている必要があり、また、安全かつ一貫して導入できるような方法でパッケージ化されている必要があります。さらに、DMLには、アクセス権限を持つ者のみが容易にアクセスできる必要があります。このように、仮想（電子）ストレージ領域はほぼ常に優れたソリューションを提供します。つまり、必要に応じてDMLを一元化し、リモートまたは通常の営業時間外にアクセスできます（配布を参照）。
DMLは開発フェーズから本番フェーズへの移行をサポートする上で重要な役割を果たしており、DMLソリューションは、開発フェーズやソフトウェア進化フェーズをサポートする他のソフトウェアおよびソースコードリポジトリ（ソフトウェア構成管理やSCM（ソフトウェア変更および構成管理とも呼ばれる）など）とは区別されるべきです。これは重要な区別であり、しばしば混乱を招きます。本質的に、SCMツールやリポジトリは、最終承認製品を除くすべての開発バージョンとリビジョンのコード（または成果物）を保存および管理しますが、DMLはコードまたは製品の最終承認バージョンのみを保存します。これは、製品が設計会社から工場、倉庫、そして店舗へと移動する、実店舗での製品ライフサイクルに似ています。
より成熟した、あるいは進化した状態では、2 つの構成管理形式の間に区別はなく、プロセスは継続的で、サービス提供とサービス運用ライフサイクル全体をサポートしています。これはエンタープライズ構成管理と呼ばれています。ただし、ここでも、開発ベースの成果物は、展開可能な品質保証済みの確定マスターバージョンの管理とは区別され、分離しておく必要があります。アウトソーシングまたはマルチベンダー構成では、一貫性のある安全なサプライヤーアクセス形式の有無によって、ソフトウェア構成管理が受動的に実行されるか (サプライヤーが独自の SCM ツールを採用して外部で完成品を納品する) か、能動的に実行されるか (サプライヤーが中央ホストの SCM ツールを使用して内部で監視する) が決まります。ただし、承認された展開可能な形式のすべての完成品 (アプリケーション ソフトウェア) は、中央の DML 内に保管する必要があります。
DMLが格納する典型的なCIには、以下のようなものがあります。
（上記の「リリース管理プロセスにおける決定版メディアライブラリと構成管理データベース」の図を参照）
メディアリリースライフサイクルのステップは以下のとおりです。
メディアの正規保管場所としてのDMLは、ある程度の集中管理を伴うものの、グローバルモデルを実現するにはローカルメディアライブラリ（LML）が必要となる。これにより、グローバルネットワークを介した頻繁なダウンロードを回避し、各国でメディアの物理インスタンスをタイムリーにリリースおよび展開することが可能となる。非プライムウィンドウにおける正規メディアの複製により、必要なパッケージを必要に応じてローカルで利用できるようになるが、プロセス制御上の理由からDMLは「マスター」として維持される。
DML/LML階層は、多くの配布技術やパッケージ管理システムに見られるマスター/セカンダリ配布レイヤーと同義です。ただし、配布ツールは特定のテクノロジースタック（Wintel、Unix、メインフレームなど）に偏りがちですが、DMLの主な利点の1つは、テクノロジーに依存しない性質と、すべての承認済みソフトウェアの真の中央ストアであることです。このようにして、配布ツールはDMLに接続してソフトウェアパッケージを取得します。アプリケーションのパッケージングには、自動展開を目的とした標準的で構造化されたソフトウェアインストールの準備が含まれます。パッケージングは、市販ソフトウェア（COTS）にも必要です。パッケージングにより、ソフトウェアを特定のプラットフォームまたは環境で効率的に実行するように構成できます。このプラットフォームにわずかな変更（ディスクの交換など）があっても、パッケージの正常な展開が妨げられる可能性があるため、ソフトウェアの生メディア（ISO）バージョンを保持しておくことが重要です。これは、パッケージ化されたバージョンが展開できなくなった場合（たとえば、オペレーティングプラットフォームのアップグレードや交換後）に（多くの場合緊急時に）必要になります。
DMLは以下をサポートします。