COVID-19在全球范围内的出现，给首席信息官们带来了前所未有的压力，要求他们转变客户体验，推动业务敏捷性，不仅适应危机，还能在危机中茁壮成长。云服务在帮助企业加速创新方面扮演着越来越重要的角色但除了炒作之外，公司仍处于云应用的早期阶段。最近的451项研究结果表明，58%的企业正朝着一个混合的IT环境发展，该环境以一种集成的方式同时利用内部和公共云基础设施主要原因是：大多数企业仍然有支持其核心业务的遗留应用程序，并且这些应用程序将缓慢地（如果有的话）迁移到云上。另外，数据主权法律现在已经成为等式的一部分，在这里，数据要服从收集数据的国家的法律。为什么混合云很重要：基于云的AppDev为加速云应用奠定了基础将开发工作流迁移到云端可以增加灵活性，并降低与测试环境相关的成本，测试环境的数量通常比生产环境多出4:1。DevOps团队可以围绕自动化和可重复的软件交付过程进行优化，因为基础设施现在是代码。但是，提供给软件开发生命周期的数据呢？ 数据是DevOps的盲点从on-prem生产实例为基于云的测试环境提供和刷新测试数据比您想象的要困难。如果不能将数据交付作为云中DevOps工作流的一部分进行自动化，就会产生一个数据敏捷性问题，导致不良行为并减慢交付管道的速度。以下是5个原因：遗留数据库不是为数据灵活性而设计的。在prem上托管的紧密耦合的应用程序和遗留数据库的架构并不能支持云中快速移动的appdev团队所需的敏捷性。过去，在较低级别环境中使用的数据库备份或快照复制可用于一个开发管道，该管道每年生成几次新的产品功能。这些拷贝可以放在prem上的磁带备份或其他存储设备中，在那里可以通过SAN在本地访问它们，只需一到两个月的交付周期。在此模型中，具有高更改率的数据库副本很快就会过时，而缓慢的资源调配不再适用于自动化的CI/CD工具链。 云计算网络瓶颈。将这个庞大的数据集传输到云端是基础设施"说话"的时候。想想企业数据库的巨大规模，在云端测试环境中，刷新和传输25TB的on-prem数据库很容易需要几周时间。并非所有云区域都具有相同的网络性能，这可能会对地理位置分散的应用程序团队产生更大的影响。 数据恢复跟不上敏捷开发/测试的速度。随着开发团队现在以更小的批量工作，他们不断地测试代码更改以快速迭代。当测试破坏数据集时，需要将其快速恢复到原始状态，这样测试可以立即恢复，以满足两周的sprint截止日期。但是手动接触点和切换为DevOps工作流创建了主要的等待状态，这些工作流利用了云的灵活性。Appdev团队被迫使用子集或合成数据来保持发布速度，从而限制了在SDLC中进一步发送数据相关缺陷的测试覆盖率 提高MTTR既需要速度又需要精度。如果一个缺陷逃逸到生产环境中，并且出现了一个支持问题，SREs或dev团队将需要快速启动云中的支持环境，以便进行分类。实现此代码时使用了什么测试配置？虽然代码是版本控制的，但数据通常不会使快速跟踪测试数据库的状态回到特定的应用程序更改变得困难。 手动匿名过程和容易出错的脚本。旧的、手动的过程和脆弱的匿名脚本通常是包含多种数据库类型的企业数据资产的工具箱中的唯一工具。虽然在途加密可以应用于从prem到云端的网络传输，但PII数据在分发之前必须进行模糊处理。这样做会删除数据对黑客的任何价值。企业数据库分布在多个组织和角色之间，糟糕的数据屏蔽做法使组织及其客户处于风险之中用DataOps实现数据管道的现代化过去，复制数据的主要用户是工程团队。但是，当数据成为数字经济中的"新油"时，一个组织中会有更多的数据消费者希望利用生产质量数据集来实现业务分析和机器学习等目的。在不同的数据格式下，不同的数据格式和模糊处理会增加数据的瓶颈在为appdev建立混合模型时，利用Delphix实现DataOps最佳实践可以帮助解决这些挑战，从而使数据变得可移植、可访问和安全Delphix平台创建了轻量级和可移植的虚拟化数据克隆。只需进行增量更改即可使云中的虚拟数据库与生产同步。这消除了网络上的压力，并确保测试数据保持相关性和全面性。除此之外，提供定制数据集的能力可以集成到自动化CI/CD工具链中。灵活的虚拟克隆可以从任何时间点刷新，因此数据变得像代码一样灵活。集成屏蔽技术在迁移到云端之前自动识别和匿名敏感数据，并通过策略驱动的方法控制谁可以访问哪些数据以及访问时间。这些功能也适用于从一个云到另一个云的通信，以帮助解决令人担忧的云供应商锁定问题这场全球健康危机正迫使世界各地的公司重新思考未来的商业模式，通过快速跟踪云战略保持领先地位，应对前所未有的挑战。在这个新的数字现实中，组织不能忽视数据作为其应用程序开发生命周期中至关重要的一部分的重要性，并确保它能够不断发展和适应。