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

时间:2011-12-13 12:54:38

标签: architecture refactoring disaster-recovery

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

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

我觉得如果提前这样做会是一个很大的麻烦。

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

你会这样吗?

感谢名单

1 个答案:

答案 0 :(得分:0)

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

您提议的是在不考虑灾难恢复方面的情况下重新设计新应用程序。这与完全在第一次实施期间所犯的错误相同,只是这次忽略的要求是DR方面。当您进入DR设计并发现新重构的应用程序具有与DR设计冲突的无法预见的功能差距和缺陷时,您会做什么?

在触及此任务的任何代码之前,您需要非常了解客户端的恢复要求,然后在设计应用程序时考虑到这些。您应该知道恢复时间目标,恢复点目标,应用程序如何协调其状态与任何上游或下游应用程序(以及是否为手动或自动协调),热/暖/冷DR站点的许可影响等等,否则你会引入不必要的风险以及以后进行重大返工的可能性。