【发布时间】：2014-08-19 12:53:55
【问题描述】：
如何实现权威媒体库（ITIL DML）？
我想知道一些基于 ITIL 实现 DML 的方法。
考虑到一个异构软件库，我想到的唯一解决方案是使用系统文件结构（具有适当的安全性和访问权限），但这似乎很简单，如果库变得太大，将很难找到搜索软件。
有没有专门的 DML 软件？
【问题讨论】：
-
你的问题是关于ITIL Stackexchange的话题
【发布时间】：2014-08-19 12:53:55
【问题描述】：
许多提供 CMDB 管理的工具也提供 DML 管理。一些选项是 ServiceNow 和 IBM 的变更和配置管理数据库。
如果您只是在寻找 DML 功能，二进制存储库管理器（例如 Sonatype Nexus 或 Artifactory）提供元数据标记、版本控制和许多其他有用的功能。实施二进制存储库管理器和维护它的适当程序可作为出色的 DML 解决方案。
【讨论】：
文件系统以已完成的、经过测试的（软件）配置项的形式存储软件并通过适当的质量保证测试等形式并没有错。但是由于 ITIL 中的受控 IT 环境，必须建立一个用于跟踪 DML 中每个 CI 或软件的适当信息的控制结构。该记录必须包含所有相关信息，如版本、构建日期、开发、发布日期等。只有经过测试、确认和质量检查，以及可部署的 CI 才应保存在此系统中。
由于大量的元数据，几年前，我们创建了一个依赖于 postgreSQL 的 DML，因为 CI 的处理和管理以及强制跟踪（插入时间、访问时间和日志记录、访问控制，可能许可证等）和元数据在 sql 数据库中要容易得多。当然，我们必须将元数据的结构构建到 sql-db 中，但这并不太复杂，对于我们简单的 DML 来说就足够了。对于我们的系统来说，使用每个 ci 构建和管理元数据应该比安装、配置、学习和管理整个第三方 DML/CML 系统更容易。需要注意的是，当我们必须从已部署、测试、已集成和检查的系统中保存整个系统映像时，因为它们的大小为数百 GB（使用最新的 DB 版本，现在这应该也是可能的，问题是，如果它在 SQL-DB 中很有用）。但是我们将磁盘映像存储在单独的磁盘上，并在我们定制的 DML 系统（我们的 postgreSQL）中跟踪元数据以及访问它的信息。
优势在于，我们可以轻松复制 DML 并将其提供给客户，我们只需要设置或运行我们的（基于 postges 的）DML，并且能够访问我们需要设置的所有相关 CI建立目标系统的异构网络。
在其他情况下，依赖现有的第三方解决方案可能更容易，但只要有适当的程序、元数据、信息和访问点，每个存储系统都可以实现 DML 的想法提供和维护整体生命周期管理。
问候
【讨论】：