报告显示50%工程师不信任依赖数据,传统CMDB、Jira等元数据管理方式面临挑战。内部开发者门户(IDP)兴起,提供统一视图和RBAC,提升开发效率。GenAI时代,IDP助力衡量AI投资影响。解决信任鸿沟,需构建统一元数据存储,赋能DevOps。
译自:50% of Engineers Lack Trust in the Data They Rely on Most
作者:Jenna Danoy
根据 Port 发布的“2025 State of Internal Developer Portals”报告,一半的工程师并不完全信任他们在中央记录系统中最为依赖的数据。这对开发人员和工程团队来说是一个主要问题,因为这些中央记录系统是现代软件开发必不可少的工具。
当工程元数据不准确时,就无法信任。这意味着工程师可能不太愿意依赖他们可以访问的数据(即使可以验证),因为之前的数据问题、重复的变更失败或普遍感觉被不准确的统计数据“烧伤”。如果没有准确的数据,团队很容易受到竞争对手的影响,并且软件质量会下降。
每个中央记录系统,例如 Confluence、配置管理数据库 (CMDB) 或 Jira,都包含关于开发人员效率、团队吞吐量、系统稳定性、软件基础设施以及团队与每个软件的所有者关联的关键详细信息。对这些数据缺乏信任可能会进一步导致开发人员和工程经理的问题,例如在做出编码决策、处理事件、回滚失败的部署以及根据业务价值确定任务优先级时。如果他们不信任(或不能信任)这些数据,他们通常会根据不完整或不准确的信息做出决策。
缺乏可信的数据会加剧您在软件开发管道和工程文化中面临的问题。如果您的团队无法访问关于您组织的准确、实时或近乎实时的元数据,您将难以解决事件、提高开发人员效率和管理成本。
但尽管传统方法存在局限性,许多组织仍然以某种方式依赖它们,根据该报告,25% 的组织继续使用 CMDB,17% 的组织继续使用电子表格。
团队用于跟踪工程系统元数据的方法细分。“2025 State of Internal Developer Portals”,图 9。
通常,组织尚未转向新的软件资产元数据跟踪方法,原因如下:
- 他们已经投入多年时间来配置和扩展它们,以适应其特定需求。
- 他们对转型到现代替代方案感到抵触,这可能会扰乱工作流程。
- 如果存在显著的工作流程痛点和效率低下问题,采用新工具可能会带来过高的认知负担,而没有预先证明的价值。
这些都是您在尝试采用新工具或构建新的工程文化时可能听到的常见原因。因此,很少有组织拥有真正最新的数据。只有 6% 的受访工程师表示每天手动将软件资产元数据更新到电子表格、Confluence、Jira 或 CMDB 等系统中,并且 53% 的组织每周更新元数据存储库的频率不超过一次。
此外,最常见的元数据存储库与补充系统的互操作性有限,这导致难以全面了解管道。为了填补空白,工程师最终使用多个存储库,这为进一步的不准确和过时信息打开了大门。
特别是随着生成式 AI (GenAI) 继续影响软件开发,如果没有大量的集成工作或跨多个工程系统手动收集数据,这些工具通常也无法衡量您对这些工具的投资的真正影响。
开发人员对这些存储库的信任与其经理对它们的信任之间存在差异。虽然 56% 的工程经理信任他们可以在其遗留元数据存储库中访问的数据,但只有 46% 的开发人员信任。 虽然管理者对这些代码仓库的更高信任可能来自于对系统不够深入的了解,但这种信任差距表明工程师和管理者可能从非常不同的理解角度出发工作。这可能会导致脱节,进一步误解项目目标和优先级,各方对特定问题的紧迫性认知存在差异等等。
这种信任差距表明工程师和管理者可能从非常不同的理解角度出发工作。
例如,某个特定团队的工程经理可能想了解该团队的变更失败率如何逐季度变化。如果他们发现变更失败率上升了,并且只使用一两个系统来调查原因,他们可能会得出这样的结论:失败增加是由于负面原因造成的,例如团队没有按照规范编写代码,或者遇到困难并急于按时部署。
但是,当开发人员进行调查时,他们可能会使用不同的系统来定位这些数据并收集不同的结果,例如在部署期间触发了增加的或意外的误报警报,从而导致后续部署失败。从他们的角度来看,这个问题可能是由暂时出现故障的环境引起的,该环境已得到解决,这意味着变更失败率的飙升无需引起未来的关注。
与此同时,开发人员和工程师可能已经参加了无数次会议来讨论数据,就其准确性达成一致,将其呈现给管理层,并提出和实施解决方案,从而占用了开发时间并导致每个人感到沮丧。
像这样的情况不仅表明为什么准确的信息对于现代软件开发是必要的,而且还表明为什么工程组织中的每个人都理解并可以访问单一、统一、全面的元数据存储库非常重要。
根据“2025 年内部开发者门户现状”报告,工程团队希望摆脱这些沟通和数据收集方面的崩溃。超过一半 (53%) 的受访组织已经实施了内部开发者门户,以解决数据准确性和清晰度方面的问题,而 23% 的组织已经实施了内部开发者门户,专门用作元数据存储库。
门户提供了对开发流水线的广泛视图,以及根深蒂固的基于角色的访问控制 (RBAC),使组织中的任何人都可以访问数据和实时更新功能。它们减少了对额外文档的需求,而且还使团队能够从所有问题的同一起点开始协作,从而使团队团结起来解决问题,而不是彼此对抗。
门户还提供可扩展性,并大大减少了以前将整个软件开发流水线中使用的所有系统统一到单个界面所需的例行手动维护量。这意味着开发人员可以将更多的时间用于编码,而不是手动检查每个外部服务,比较当前和旧数据以进行更新,然后更新每个更改的记录系统。
要了解更多信息,请下载完整的“内部开发者门户现状”报告。如果您渴望了解更多从门户中受益的组织,请查看这些案例研究。加入 Port Community 中关于平台工程和门户的对话。