假设您是一家拥有数百万用户的企业级公司的开发人员，您将要集成代码，以某种方式更改您的生产数据库。您已经完成了本地测试，现在您希望在推出更改之前用实际数据来测试您的更改。显然，不允许您连接到生产数据库，因为如果您的代码中存在错误，您将破坏实际的用户数据。此外，生产数据库可能包含您无论如何都不能访问的敏感信息。数据摩擦是真实存在的由于这个原因，大多数工程组织使用QA或"staging"数据库的一些变体。临时数据库是一个数据库，其中生产数据的子集定期复制到其中并进行管理，因此它不包含敏感信息。一旦一个登台数据库就位，开发人员就可以在生产中更改代码之前对其进行复制以测试其更改。对于许多公司来说，这个过程是通过一个持续的集成和部署管道来实现自动化的，但是想法是一样的：代码更改是在从生产数据中复制的经过精心策划的样本中测试的。这种设置提供了安全性和可靠性的好处。生产数据不能直接访问，所以在测试过程中不会被错误地更改，开发人员也无法访问敏感的客户数据。但也存在一些弊端，最明显的就是浪费组织资源。开发人员在等待将数据复制到他们自己的登台数据库时要花费大量时间，而存储在包含相同数据的登台数据库上也浪费了。另一个不明显的缺点是需要一个专门的QA或基础设施团队来负责这些数据库的自动化，这会带来人力开销和更多的成本。最后，即使有专门的团队和自动化，与恢复、子集和屏蔽新的生产数据相关的工作流也可能需要数周的刷新周期。这些缺点就是我们在Delphix所说的"数据摩擦"，这就是为什么我们要构建我们的平台来解决这些挑战。Delphix动态数据平台Delphix平台是一个安装了我们所有软件的虚拟机（包括操作系统和用户区）。客户通常将虚拟机放在他们的网络中，或者在prem上，或者在云中的VPN中，在生产/敏感数据源和对它们感兴趣的各方之间。按照上面的例子，这将是在生产数据库和将要对其进行更改的开发人员之间进行的。然后，我们的客户可以启用平台的两个主要功能中的一个或两个：虚拟化和屏蔽。数据虚拟化虚拟化处理数据摩擦的资源方面。任何使用Delphix平台的组织都可以让开发人员按需创建生产数据库的虚拟副本，称为虚拟数据库或VDB，而不是为每个开发人员创建临时数据库。VDB最初看起来与从中复制的数据库完全相同，它是即时创建的，不需要额外的存储空间。VDB的空间使用只有在开发人员开始对其进行更改时才会增加，因为在内部它只包含原始数据库和开发人员引入的修改之间的差异。这是一个强大的概念，因为开发人员可以在引入更改的同时动态创建数据的副本，从而以安全的方式测试其更改。这个过程非常有效，因为开发人员不再需要等待数据被预先复制，并且空间需求也被最小化。数据屏蔽单靠数据库虚拟化还不足以完全消除数据摩擦。即使开发人员可以为生产数据制作高效的虚拟拷贝，但这并不意味着他们应该这样做，因为生产数据通常包含大量敏感信息。因此，使用前必须进行养护和清洁使用我们的掩蔽技术，数据库管理员（DBA）可以自动识别数据库模式和文件中的敏感信息，并从各种不同的转换方式中进行选择。与简单地编辑敏感数据不同，dba可以创建保持引用完整性的测试数据，并且看起来足够真实，从而允许开发人员有效地测试他们的应用程序。屏蔽和虚拟化功能加在一起非常强大。它们使最终用户能够高效地接收不含敏感数据的虚拟数据库，并且可以安全地用于测试。从素描到现实由于生产数据库包含敏感数据，QA必须创建和维护一个临时数据库。然后每个开发人员或开发团队都必须请求该数据库的副本来执行测试。整个过程涉及大量的工程资源开销。临时数据库不能与生产数据库大小相同，因为管理整个生产数据库需要太多的精力和时间。此外，为每个开发团队创建TB数据的硬拷贝需要很长时间，并且会导致空间浪费，因为开发人员大多数时间只关心数据的特定部分。有了Delphix平台，每个开发人员都可以访问一个屏蔽版本的生产数据库。虚拟数据库的创建是即时的，它的空间消耗会根据用户的需求自动调整。最后但并非最不重要的是，Delphix平台的管理将维护负担降至最低。最后的想法上面描述的用例是测试数据管理（TDM）中摩擦的一个教科书式的例子，很容易突出我们平台的优点。随着时间的推移，我们的客户已经在更复杂的数据库设置和工作流（如CI/CD管道）中使用Delphix，但故事并没有就此结束。虚拟化和屏蔽还可以处理文档、图像和视频等非结构化数据，从而实现了多种可能性下载我们的解决方案简介"用Delphix加速您的应用程序"，了解如何将您的数据管理方法与现代DevOps和云基础设施工具相结合。