如何实现最终媒体库(ITIL DML) ?
我想知道一些方法来实现基于ITIL的DML
给定一个异构软件库，我想到的唯一解决方案是使用系统文件结构(具有适当的安全性和访问权限)，然而这看起来非常简单，如果库变得太大，将很难找到搜索的软件。
是否有专门的DML软件?
许多提供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并将其用于客户，我们只需要设置或运行我们的(基于邮政的)DML，并且能够访问我们需要设置目标系统的异构网络的所有相关ci。
在其他情况下，可能更容易依赖已经存在的第三方解决方案，但是DML的思想可以在每个存储系统中实现，只要提供和维护适当的过程、元数据、信息和整个生命周期管理的访问点。
对