[编译]灾难恢复（DR）是每次将应用程序或数据集投入生产时都要讨论的主题之一，但通常只是一个复选标记。将应用程序部署到公共云应该没有什么不同。但是，存在一些混乱。我对此进行了研究，发现了三个基于云的灾难恢复误解，这些误解似乎使公司在迁移到云时偏离了轨道。误解1：不需要DR，因为它已经内置在公共云中。这里的困惑在于，一些基本的灾难恢复功能对于公共云提供商而言是系统性的。他们有备用系统，以防硬件故障或实际灾难。但是他们的系统没有考虑租户拥有的工作负载的特定灾难恢复需求。除非意外删除了数据或可执行文件已损坏，否则通常不会发现此错误。公共云提供商可以处理一些大问题，例如由于电涌而导致的硬件烧毁，但它们通常无法处理较小的问题，例如丢失数据库或文件中的数据。公共云提供商提倡“共同承担责任”。他们为云服务提供灾难恢复的模型，以便在发生故障和灾难时可以保持运行。但是，您有责任备份数据和应用程序，就像您实际拥有要运行的虚拟云服务器一样。误解二：每个云服务必须有单独的灾难恢复计划和流程。当然，您可以使用数据库的本机导出和导入工具来备份基于云的数据库。但是，当您将这些服务增加20倍并为人工智能服务，IoT服务或分析服务添加不同的灾难恢复要求时，情况将变得复杂。大多数公共云提供商都提供内置在公共云中的备份和恢复管理器。您可以使用这些工具来选择需要备份的资源，以自动执行备份（何时，如何，做什么等），并最终满足所有安全性，治理或日志记录要求。使用这些工具的优势在于，您可以在一处管理跨许多不同公共云服务的大多数备份和恢复操作。您可以通过将波动性放在可配置的域中来消除复杂性。误解三：围绕数据保护和安全性的合规性过程扩展到备份数据以进行灾难恢复。这是支付高额罚款的好方法。不管是生产服务器，备份服务器还是磁带（过去）上的某些数据（例如个人标识信息或某些财务数据）都受到监管。这与云计算有关，因为为了支持灾难恢复操作，将数据从公共云上的主存储设备移动到辅助存储设备的虚拟备份可能会忽略遵循与存储设备上的数据相同的策略和安全性。基于主要的云性别。在某些情况下，甚至将数据备份到世界不同的地理区域，例如将数据复制到不同区域的海外云服务器也是非法的。在大多数情况下，直到合规性审核失败后，您才能理解这一点。迁移到公共云时，灾难恢复确实需要进行更改。尽管可以根据需要提供工具和备份资源，但是公司仍需要针对如何使用它们制定一些谨慎的计划。由于所有这些误解和最佳实践的缺乏，大多数迁移到云计算的公司都对灾难恢复的含义感到困惑。 [编译]