只要有数据库，就有数据库管理员。由于关系数据库的复杂性，随着该领域的不断成熟，这些专家开始关注其数据库平台的维护和管理。DBA的增强功能现在已经超出了DBA功能的介绍。以前，他们的技能主要集中在平台的几个领域，现在我们意识到需要更多地利用他们，DevOps为数据库工程师带来了一些真正的机会，包括：自动化编写脚本监控发布管理随着这一变化，dba开始使用Docker、Kubernetes和其他产品将其环境"打包"到多层容器中。这就是Delphix动态数据平台的数据包强大得令人印象深刻的地方，不仅对DevOps计划，而且对日常任务也是如此。我们充分意识到，当发布时，我们很少（如果有的话）只对数据库层进行更改。数据库中的应用程序、操作系统级文件和数据可能已经更改，中间层产品，如Oracle中的SOA和SQL Server中的Power BI。在这种多层交互中，如果确实出了问题，它需要一组"撤消"更改的退出步骤。如果将开发和测试环境打包为数据包，并让软件管理对其进行打包，并允许它管理发生更改的时间流，那么这可以极大地缓解在发生意外情况时回滚所涉及的开发和测试需求。当我们接受并学习更多的shell脚本技巧、Python、Perl和自动化工具（如Ansible、Chef、Puppet和Terraform）时，我们学会了欣赏一些容器产品的自助服务功能。通过Delphix的数据盒，开发人员或测试人员可以管理pods对数据库、应用程序和其他层的更改。他们可以创建书签来标记更改，从最新的源（从生产中定期提取）刷新，或者在某些事情没有按计划进行时回放。不需要为编写回滚脚本分配资源，这样可以节省DevOps相当多的时间和精力，这是DevOps商店中常见的压力。许多dba都熟悉数据引力：即应用程序和服务围绕数据构建的倾向。每当有请求来构建、刷新或迁移数据时，我们都会感觉到数据重力在驱动需求。但是，数据库的自然生命周期在增长，而我们的工具并没有跟上这种增长—数据库仍然难以管理、安全和移动。由此产生的摩擦每天都给dba带来痛苦。Delphix动态数据平台的强大功能消除了每个连接到数据层的人的摩擦，因此数据可以像开发周期的其他部分一样灵活和灵活。通过消除摩擦和消除数据重力，DBA可以承担进一步自动化、脚本监控和发布管理的新挑战。这种扩大角色的想法似乎没有那么压倒性，实际上是受到欢迎的。反过来，dba可以在市场上变得更有竞争力。我们成为必要的专家，成为IT团队和开发周期的必要成员。我们的工具成为了我们的延伸，提供了巨大的价值，并使我们能够自由地应对未来的新技术挑战。