共计 1194 个字符，预计需要花费 3 分钟才能阅读完成。
怎么了解繁多可信源呢？通过思考之后，笔者感觉用咱们小时候最常听到的一句话来形容：“事实的假相只有一个”，没错，就是柯南的这句话，来形容繁多可信源最为贴切。繁多可信源这个概念其实很早就被各个行业所提出，尤其是在身份管理系统中（比方咱们的身份证），打造繁多可信源能够说是重要的一项工作。那么什么是繁多可信源呢？咱们先来理解上面两个概念
Single source of truth（SSOT）
SSOT 是在信息系统的设计实践中，构建信息模型和关联模式的实际，确保每个数据元素只能在一个中央把握。
Single version of truth（SVOT）
SVOT 是一种向决策者提供清晰精确的数据的实际，确保数据的准确性、唯一性、及时性、对齐性等。
繁多可信源与下面两个概念有什么关系呢，“繁多可信源”中的两个形容词“繁多”与“可信”是本文须要探讨的两个关键词。咱们分这两个维度来阐明：
繁多
“繁多”对应的实践是 SSOT，保障咱们信息是从一个繁多及对立的地位获取。
落地到 DevOps 中，须要咱们的数据资产有对立的源码仓库、制品仓库、文档等管理体系，并且要笼罩研发环境及生产环境，确保软件开发整个生命周期的数据资产治理的连续性。该对立体系须要在组织内共享，并将积攒的常识与教训在组织内复用。
可信
“可信”对应的实践是 SVOT，确保咱们获取的信息是真实可信的，具备权威性的。
落地到 DevOps 中，须要咱们软件、版本在部署到测试或生产环境时都是可信的，其中可信蕴含两个方面，品质与平安。
可信品质： 指开发过程中的代码品质、测试通过率、审批后果、合规性、所属人等。
可信平安： 指开发过程中的代码平安危险、内部依赖平安危险、开源许可证合规性危险、开源软件应用危险、动静利用平安危险等。
如果企业不建设 DevOps 体系的繁多可信源会导致什么问题呢？
l 信息孤岛，生产率降落
大研发团队波及的所有人员没有繁多的版本获取地位。对于协同开发的团队，该问题愈发显著，代码及版本存储地位扩散，导致获取工夫缩短，生产率降落
l 谬误频出，代价昂扬
大研发团队波及的所有人员没有没有可信的版本获取地位。尤其是对于运维人员，获取的版本如果不可信，会导致公布故障频出，修复代价昂扬。
企业建设 DevOps 体系的繁多可信源会有什么收益呢？
l 对立治理、进步生产率
信息很容易在繁多可信源中获取，缩小应用老本，防止反复造轮子、节约生产力
l 故障修复成本低
品质可信、平安可信。开发过程中能够做到全流程品质及安全监控，保障交付物内建品质高标准。升高沟通老本，缩小保护及修复工作量。
DevOps 中落地“繁多可信源”的最佳实际与案例
参考
《CapitalOne – 千亿资产银行如何进行惟一可信源的建设》
《从凌乱到有序 –AppsFlyer 如何通过惟一可信源改良制品治理》
** 欢送观看 JFrog 杰蛙每周二在线课堂，点击报名：
https://www.bagevent.com/even…**