思想领袖

如果开发速度增加一个数量级,您的数据库资产是否准备就绪?

mm
将 Unite.AI 添加到您在 Google 上的首选来源

人工智能辅助工具已经提高了代码生产的速度和降低了成本。然而,业务领导者正在质疑为什么这种效率没有转化为更好的创新和更快的上市时间。与其加速整个交付周期,这种速度的激增只是暴露了现有数据库变更过程的脆弱性。

过去十年中,回答“我们如何更快地移动?”的答案是建立更好的管道,投资CI/CD,并在测试中左移。这些投资已经在成熟的工程组织中获得了回报 – 应用代码以惊人的速度移动。然而,这些收益并没有在整个技术栈中均匀分布。数据库通常被视为一个特殊的例子,需要不同的护理标准,较慢的过程和手动的监督。这种模式的发展有很好的理由,因为数据库包含业务运行的数据,错误可能是灾难性的。虽然谨慎曾经感觉是合理的,但这种谨慎的成本已经改变了。通过增加DBA和运营团队对数据库进行更改的压力,以便开发人员能够以相同的速度编写代码,技术栈中的差异已经成为一种负担。这些团队无法跟上,数据库更改现在正在扼杀人工智能辅助工具提供的速度优势。解决一个约束 – 编写代码所需的时间 – 只是强调了过程中的下一个瓶颈。这是系统思维的体现,所产生的摩擦正在变得越来越痛苦,企业正在感受到这种痛苦。

速度和控制不是相反的。但是,大多数组织管理数据库变更的方式却把它们当作相反的东西。

传统的数据库治理模型是为季度发布的世界而设计的。变更请求,批准委员会,手动审查周期,部署前编写的回滚计划,每年发生四次。这些并没有内在的错误。它是一种风险管理,随着时间的推移而发展,以适应部署之间的时间。问题是部署的频率已经改变,但大多数组织的治理方法并没有跟上。团队被要求连续交付,但仍然将数据库变更通过为不同时代而建立的过程来路由。结果不是安全。结果是摩擦,绕过和越来越多的“小”数据库变更,因为正式的过程太慢而不切实际。

那就是真正的风险所在。

当治理太慢时,人们就会停止使用它。模式更改直接应用于生产环境。热修复没有版本控制,并且带有良好的意图,将它们推入下一个正式版本,但这不会发生,因为人们很忙。原本应该是安全网的手动步骤变成了人们在压力下绕过的东西。压力是软件交付的默认状态。

答案不是减慢管道的速度。答案是将治理移到管道内部。

解决这个问题的组织并没有通过放松标准来实现这一点。他们做了更艰难的工作,使治理足够快,以成为阻力最小的路径。版本控制的模式更改,自动化的漂移检测,确定性的策略检查嵌入在CI/CD管道中,而不是作为末端的门槛。虽然人工智能驱动的工具是概率性的 – 基于模式提供建议 – 治理必须保持确定性才能有效。通过使用可预测和可重复的检查,您可以确保每个更改都是可审计的,并且在达到生产环境之前满足安全标准。批准仍然发生。审计跟踪仍然存在。但是它发生在与其他所有内容相同的流程中,而不是作为一个单独的、较慢的流程,位于外部。
这不仅仅是开发人员的生产力问题。合规性要求不会变得更轻。GDPR、DORA(欧盟数字运营恢复力法)和日益增长的行业特定法规的组合意味着数据库治理越来越成为法律和监管问题,而不仅仅是运营问题。无法证明数据库变更可追溯、可审计历史的组织正在以日益重要的方式暴露。将治理嵌入管道的理由不仅仅是它使交付更快。它是使合规性在规模上可追溯的原因。

人工智能正在加剧紧迫性。

当前的人工智能辅助开发浪潮正在使这个问题变得更加急迫,而不是减少。开发人员可以比以前快一个数量级地生成和迭代应用代码时,数据库相对于周围的所有内容而言变得更明显的瓶颈。然而,还有一个不太被广泛讨论的二阶效应。人工智能工具在生成应用逻辑方面非常出色。它们在理解复杂、实时数据库的模式更改的长期后果方面则不太擅长。人工智能辅助开发速度更快和人工智能生成的模式建议与成熟的治理相结合,正是产生事故的压力。没有结构性防护的速度会创造条件使错误更快地发生。

那些能够很好地应对这一挑战的组织是那些将数据库治理视为一流工程问题,而不是合规性事后的组织。也就是说,数据库模式的版本控制是不可商量的默认值,自动化测试处理常规检查,以便手动监督可以专注于高风险、高判断力的更改,而不是成为后期瓶颈。最后,这意味着漂移检测可以在事故发生之前识别出差异。

大多数企业资产使其比应该的更难。

与大多数观察结果并存的还有一个现实。绝大多数企业数据库资产并非全新。它们代表了几十年积累的模式更改,运行在多个DBMS平台上,一些在本地,另一些在云中,具有不同程度的文档和部落知识,分散在多次更换的团队中。现代化对话通常假设一个干净的起点,大多数组织都没有。就在这里,挑战实际上最为激烈,经常阻碍进展。不管目标是支持创新、清理和迁移人工智能数据还是改善运营恢复力;归根结底都是相同的东西。问题不是如何在新系统上构建完美的数据库DevOps实践。问题是如何在不停止业务的情况下在复杂的遗留资产上引入有意义的治理。

管道嵌入式的增量治理是这个问题的唯一实际答案。你不需要在改善变更管理实践之前重新平台整个资产。像Redgate Flyway这样的现代工具旨在缓解数据库瓶颈,并从今天开始进行的更改、已经存在的管道开始,逐步改进。

在接下来的五年中赢得增长的组织将不是拥有最干净的资产的组织。它们将是那些已经弄清楚如何使变更在业务所需的速度、在它们实际拥有的资产上可信赖的组织。

这就是值得解决的问题。并且这是可以解决的。

Graham 是 Redgate Software 的首席技术官,在那里他领导着行业领先的数据库 DevOps 工具团队。在 Redgate 之前,Graham 的经验包括在多家公司(包括 Elsevier、IBM、Sun、BEA 和 Oracle)中担任复杂项目和领导职务。Graham 还是一名环球航海家,曾参加 2007-08 年和 2013 年的 Clipper 环球帆船赛。