重构架构之前的灾难恢复计划

Question

我主要需要为客户端设计备份和恢复计划，但另一项职责是确保系统在故障转移和负载平衡方面的可靠性，这将使我更改系统架构。

我主要认为在重构系统之后设计和应用备份和恢复计划应该更好，我的意思是在重构之后立即设计备份和恢复计划。

我觉得如果提前这么做会是一件非常头疼的事情。

您认为向我的客户建议在应用灾难恢复计划之前重构系统是个好主意吗？

你会这样做吗？

谢谢

Answer 1

根据您的描述，现有应用程序需要重构的原因是，它是基于功能需求构建的，而忽略了负载平衡和可用性方面。由于在最初的应用程序设计中没有考虑到这些因素，因此现在需要重新设计应用程序。HA和负载平衡对应用程序设计的各种影响并没有成为问题，直到客户端开始尝试针对不是为它们设计的应用程序来实现它们。

您所建议的是在不考虑灾难恢复方面的情况下执行新的应用程序重新设计。这与第一次实现时所犯的错误完全相同，只是这次忽略了DR方面的需求。当您进行DR设计时，发现新重构的应用程序具有与DR设计冲突的不可预见的功能差距和缺陷时，您会怎么做？

在接触此任务的任何代码之前，您需要对客户端的恢复需求有一个非常好的了解，然后在设计应用程序时牢记这些需求。您应该了解恢复时间目标、恢复点目标、应用程序将如何与任何上游或下游应用程序协调其状态(以及这是手动协调还是自动协调)、热/热/冷灾难恢复站点的许可影响等。否则，您将引入不必要的风险，并有可能在以后进行大量返工。