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

Question

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

我主要是觉得重构系统后最好设计一个应用备份和恢复计划，我的意思是，马上设计重构后的备份和恢复计划。

我觉得如果提前这样做会很头疼。

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

你愿意吗？

感谢

Answer 1

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

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

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