作为一个组织，德尔菲斯以生产能使我们的客户推动创新和增长的产品而自豪。我们的敏捷数据平台通过消除数据的限制，使企业能够采用敏捷开发方法。几周前发布的法规遵从性引擎是这一进程的下一步。在Amazon Web Services（AWS）和vCloud中部署，法规遵从性引擎消除了阻碍增长的基础设施限制。使用此平台，组织可以安全、安全地将其环境扩展到云中。然后，像SnapSync、LogSync和Replication这样的Delphix技术将使环境在云中的本地和横向扩展环境之间安全、高效地同步。在将我们的性能实验室扩展到AWS以测试法规遵从性引擎时，我亲身体验了许多这些好处。一旦我们为AWS准备好beta端口，第一个任务就是确定AWS中的最佳部署策略。优化存储是Delphix性能的关键，因此我首先评估了AWS中可用的不同块级存储选项。我在上一篇关于弹性块存储的博客文章中讨论了这些结果。下一个阶段是评估AWS下Delphix中关键工作流的性能。我们有关于这些工作流性能的历史数据。为了对新版本的性能进行真正的比较，我需要将我实验室中使用的数据迁移到AWS上并运行相同的实验。如果没有德尔菲斯，单凭这项任务将是非常困难和乏味的。云端应用开发在与我们的一些现有和潜在客户交谈后，我听到这些问题反复出现：我们如何将非生产性开发/测试环境迁移到更便宜、更高效的云基础设施？我们如何使云中的环境与本地环境保持同步，而不必支付过高的数据传输成本？我们如何在高负载期间管理突发容量而不产生持续的维护/基础设施成本？我们如何确保数据安全地移动到云中，并在数据进入云中后得到保护？应用程序开发中涉及到的大量数据使得传统的解决方案难以实现且不可靠。根据我的经验，Delphix自然会解决所有这些问题，正如您将通过这篇文章看到的。向云端扩展使用Delphix将应用程序开发转移到云中有两种选择：直接同步：使用SnapSync将AWS中的Delphix引擎（DE）链接到本地数据库。分布式同步：使用Delphix复制将本地DE复制到AWS中的DE。本地DE将使用SnapSync同步到生产数据库。这两个选项都使用我们定制的传输协议DSP进行数据传输，因此两者都将获得DSP的好处：内联加密和/或压缩。我建议压缩数据流，以获得更好的终端吞吐量并节省数据传输成本。SnapSync和Replication都使用高效的数据传输，淘客是啥，因为它们只发送更改块并丢弃零个或未使用的块。这也将通过最小化传输的数据来降低成本。保持云和本地环境同步分布式同步我选择使用分布式同步选项将性能回归测试环境迁移到AWS中，因为它比直接同步具有一些关键优势。图1描述了我用于将我在HQ的实验室扩展到AWS的架构。图1：扩展到AWS的横向扩展架构我们有两个实验室，在门罗公园和波士顿的办公室。我需要两个团队在更近的环境中进行测试。我使用Menlo Park实验室中的DE作为门户，将环境迁移到AWS中的两个DEs中，大数据分析应用，分别位于"East-1a"和"West-1b"区域。西海岸的AWS"实验室"是AWS特性开发和QA等的主要测试场地。我通常在西海岸实验室配置3-5个环境。该实验室中的DE与总部的DE处于"主动-主动"模式-环境通常与Menlo park实验室中的环境一起刷新。我在东1a地区也有一个二级实验室设置，从总部的DE复制，但处于"主动-被动"模式。East-1a的DE在正常情况下不适用于任何环境。我们只在发布冲刺等过程中从这个引擎中调用环境，当我需要的环境比内部波士顿实验室所能支持的更多时。对于所有鼓励我们支持AWS的客户来说，这种类型的体系结构是理想的。它为将当前的非生产环境迁移/扩展到私有或公共云提供了一条简单而自然的途径。Delphix数据云内部部署DE充当所有云环境的多功能门户。我现在有三个DEs提供的测试环境：一个在总部，两个在云端，为我在两个地理区域的团队提供服务。由于DE-on-premise负责将数据复制到其他两个DEs的繁重工作，因此它减轻了生产数据库的任何额外负载。因此，分布式同步解决方案将根据需要扩展到任意多个区域。我的所有环境现在都是同步的，并且在生产中使用同一个数据集。我们能够通过将AWS中的所有虚拟数据库和本地数据库同步到同一个快照来测试不同版本的特性。此操作需要几分钟时间，并且不会涉及跨地理区域的任何数据移动。突发容量向云中扩展的一个重要驱动因素是突发容量：在高需求时期轻松扩展资源的能力，而不必为基础设施支付持续的成本。由于我们的发布周期很短，我没有足够的低负载时间来测试环境。但是我们在每个版本的末尾都会有大量的回归测试。到目前为止，大数据网，解决方案是根据不同bug的优先级对资源进行痛苦的仲裁等。随着性能实验室扩展到AWS，我们可以在高负载期间扩展资源，并在发布后销毁它们。图2显示了高负载期间的体系结构。图2：突发容量的体系结构。East-1a现在在发布sprint期间为溢出环境提供服务这是低负载期间的主动-被动体系结构—AWS中的DE只接收定期的复制更新，并与内部环境保持同步。在此期间，此引擎没有配置任何环境。由于复制更新是异步的，并且不是IO密集型的，因此我使用一种廉价的实例类型来降低成本。这个DE现在作为我的回归测试非生产环境的灾难恢复备份。对于每个版本，DE-instance类型将升级为高性能类型，体系结构将变为主动-主动模式，环境将同时从内部部署和AWS-DEs配置。安全和数据保护将应用程序开发扩展到云端的另一个大问题是关键和敏感应用程序数据的安全和保护。我在最近一份关于云计算的调查中看到，安全是三分之一受访者的最大进入障碍。Delphix Snapsync和复制技术支持在本地和云环境之间移动数据的加密。使用AWS时，Delphix部署到虚拟私有云（VPC）中，并且可以配置为VPN的一部分。所有这些技术都可以保护敏感的应用程序数据，而不会产生任何开销。尽管我们的性能实验室环境中没有任何敏感数据，但它们对我们的发布周期至关重要。将所有环境复制到AWS中为我们的开发和测试环境提供了一个非常宝贵的灾难恢复保护层。结论在这篇博文中，我谈到了我在测试法规遵从性引擎方面的经验，以及如何使用法规遵从性引擎简化了这项任务。把我的实验室扩展到多个地理区域的AWS服务团队是多么的容易和自然。我将我用于扩展性能实验室的架构绘制成AWS，为我们两个办公室的团队提供服务。希望您能在您的环境中找到类似之处，大数据风控，并将此架构用作将您的环境扩展到更便宜的云基础设施中。

，好的云服务器