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はコードまたは製品の最終承認バージョンのみを保存します。これは、製品が設計会社から工場、倉庫、そして店舗へと移動する、実店舗での製品ライフサイクルに似ています。
In a more mature or evolved state there is no distinction drawn between the two forms of configuration management and the process is continuous supporting the whole service delivery and service operation lifecycle. This has been referred to as Enterprise Configuration Management. Even here though the development-based artefacts should still be distinguished from and kept separate from the management of quality-assured, definitive master versions available for deployment. In an outsourced or multi-vendor arrangement the existence or otherwise of a consistent and secure form of supplier access will dictate whether or not the software configuration management is performed passively (externally by suppliers adopting their own SCM tools and then delivering the finished product) or actively (overseen internally with suppliers utilising the centrally hosted SCM tool). All finished products, however, (application software) in their authorised deployable form should be stored within the central DML.
Typical CIs that a DML will store include:
(see "definitive media library and configuration management database in the context of the release management process" diagram above)
The media release lifecycle steps are:
メディアの正規保管場所としてのDMLは、ある程度の集中管理を伴うものの、グローバルモデルを実現するにはローカルメディアライブラリ（LML）が必要となる。これにより、グローバルネットワークを介した頻繁なダウンロードを回避し、各国でメディアの物理インスタンスをタイムリーにリリースおよび展開することが可能となる。非プライムウィンドウにおける正規メディアの複製により、必要なパッケージを必要に応じてローカルで利用できるようになるが、プロセス制御上の理由からDMLは「マスター」として維持される。
DML/LML階層は、多くの配布技術やパッケージ管理システムに見られるマスター/セカンダリ配布レイヤーと同義です。ただし、配布ツールは特定のテクノロジースタック（Wintel、Unix、メインフレームなど）に偏りがちですが、DMLの主な利点の1つは、テクノロジーに依存しない性質と、すべての承認済みソフトウェアの真の中央ストアであることです。このようにして、配布ツールはDMLに接続してソフトウェアパッケージを取得します。アプリケーションのパッケージングには、自動展開を目的とした標準的で構造化されたソフトウェアインストールの準備が含まれます。パッケージングは、市販ソフトウェア（COTS）にも必要です。パッケージングにより、ソフトウェアを特定のプラットフォームまたは環境で効率的に実行するように構成できます。このプラットフォームにわずかな変更（ディスクの交換など）があっても、パッケージの正常な展開が妨げられる可能性があるため、ソフトウェアの生メディア（ISO）バージョンを保持しておくことが重要です。これは、パッケージ化されたバージョンが展開できなくなった場合（たとえば、オペレーティングプラットフォームのアップグレードや交換後）に（多くの場合緊急時に）必要になります。
DMLは以下をサポートします。