如今，对于许多领域，存在一种语义本体，用于使域数据可机读。DevOps和相关领域中有很多术语，通常由供应商建立，但适用于其他工具，例如Jenkins中的声明性管道。

当前如何建立DevOps域的本体？

参考资料/进一步阅读：

• 本体开发101：创建第一个本体的指南
• 本体论（信息科学）
• 本体库
• 媒体资源本体1.0

根据Wikipedia，您链接的第一个参考资料，

在计算机科学和信息科学中，本体是形式或实体的类型，属性和相互关系的正式命名和定义，这些实体在特定的论述领域中确实存在或基本存在。因此，它是具有分类学的哲学本体的实际应用。

开发本体模型来定义DevOps术语的问题在于DevOps 包含多个域，并且这些域通常可能具有重叠或自相矛盾的术语。

实际上，有时即使 在 一个 域内，术语也会发生冲突。因此，很难为单个域（更不用说多个域）建立标准了。

因此，不久的将来是否会有任何尝试（或至少成功的尝试）为DevOps建立正式的本体规则。（这必须首先从正式定义DevOps入手，到目前为止，我们甚至很难弄清楚这一点）。

对，但是

很难否认我们很难定义的詹姆斯和坦西拜的情绪。我可能指出了DevOps的含义，这可能激怒了一些求职面试官。供应商和新闻界对计算的正确性或一致性不是很感兴趣，因此任何流行术语都会以类似的方式被弄糊涂。

有ITIL

但这并不意味着有些人不会试图为我们创建一种共同的语言来谈论运营和流程。虽然我还没有看到有人在现实世界中应用它，但是这里有ITIL。维基百科告诉我们：

ITIL（正式称为信息技术基础结构库）是一组IT服务管理（ITSM）的详细实践，着重于使IT服务与业务需求保持一致。以当前形式（称为ITIL 2011），ITIL分为五个核心卷系列发布，每个核心卷涵盖不同的ITSM生命周期阶段。尽管ITIL是IT服务管理的国际服务管理标准ISO / IEC 20000（以前是BS 15000）的基础，但ISO 20000标准与ITIL框架之间还是存在一些差异。

ITIL描述的过程，过程，任务和核对表不是特定于组织的，而是可以由组织用来与组织的策略建立集成，交付价值并保持最低能力的应用。它允许组织建立一个可以用来计划，实施和衡量的基准。它用于证明合规性和衡量改进。

自2013年7月起，ITIL已由AXELOS拥有，AXELOS是Capita与内阁办公室之间的合资企业。AXELOS许可组织使用ITIL知识产权，认证获得许可的考试机构，并管理框架的更新。希望在内部实施ITIL的组织不需要此许可证。

所有这些听起来确实令人兴奋，但是由于获得许可，我无法基于此构建开源软件。如果您在github中搜索ITIL，则结果非常稀疏。在许可模式改变之前，我认为我们一直处于这种状态。除非W3C或IETF接受此类挑战，否则就不会有可供社区使用的标准。