数据库管理员（DBA）是最后进入DevOps世界的人之一。考虑到我们的控制问题，你可能会认为我们是第一个，但事实并非如此。Delphix并不是唯一对此感到惊讶的人；Robert Reeves是Datical的首席技术官，Datical是一家专门研究DevOps的数据库软件公司，当涉及到DevOps实现时，公司仍然"和1990年代一样"使用他们的数据库，对此感到震惊。Datica进行的一项调查中，91%的受访者表示需要新的解决方案来解决数据库层的问题，因为数据库层的变化一直在拖延发布时间。我相信对于许多人来说，这是一个很容易的过程，认识到让DBA作为DevOps的最后介绍的失败，也是数据库被视为最大延迟的原因。为什么花了这么长时间？作为一个有着近20年经验的DBA，我逐渐意识到DBA以可信的方式完成任务是安全的，其中许多方法与DevOps实践不兼容。在新的DevOps特性非常敏捷、快速和自动化的情况下，DBA通常选择非常有条理的解决方案，保证结果而不是完成的速度。多年来，我一直在宣传自动化，我知道有多少dba非常害怕自动化任务，这会被视为从他们的角色中抹去价值。数据库管理资源或视野有限的管理人员在寻找解决需要管理员的方法时所承担的责任就是云的诞生，而DevOps则进一步补充了这一点。从数据库的角度来看，DevOps的目标应该是自动化应该自动化的内容，并从有价值的资源开始执行更有价值的任务。它是一种文化、过程和技术的结合，创造了一套流动的实践，有助于成功和有力地缩短开发过程。工艺和技术很容易沟通，但文化不是。作为一名DBA，我喜欢将手动和繁琐的任务卸载到自动化中，这样我就可以使用我更高级的技能，并将我的思想投入到有趣的工作中。我也喜欢和其他团队一起工作，我相信没有身边的技术资源，我就无法完成我的工作。我们的技能在相互学习的过程中得到了提高，DevOps的概念对我来说很简单，但是我如何帮助那些确信以前更为手动和过时的方法是如何证明其价值的人？我如何帮助他们认为DevOps值得他们花时间和参与？要克服的最大障碍之一是数据库管理员和开发人员之间的巨大鸿沟。对其他团队所扮演的角色以及对彼此日常任务的影响存在一些不尊重是很常见的。开发人员通常依赖于DBA来为他们的开发工作提供可访问的和最新的数据库。反过来，DBA感觉依赖于开发人员的代码质量和发布到生产环境中，因为DBA负责开发过程中实现的新特性对服务和性能造成的任何中断。在我参与过的每个DevOps支持项目中，DevOps都被那些在数据库管理和开发之间有着良好关系的组织以优异的速度成功地采用了DevOps。最成功的DevOps团队在团队之间有很强的融洽关系，他们相信每个人都是解决问题的一部分，而不是问题的一部分。作为任何DevOps项目的一部分，有一些共同领域需要解决：自动化/调度调度/配置管理编排/监控版本控制虚拟化和容器文化在这个由多个部分组成的系列文章中，我们将继续讨论DevOps采用的复杂性，我将尝试解决实现过程中的一些文化挑战，当关系数据库处于所有这些挑战的中心时。