重構架構之前的災難恢復計劃

Question

我主要需要爲客戶端設計一個備份和恢復計劃，但另一個職責是使系統在故障轉移和負載平衡方面可靠，這將使我改變系統架構。

我主要認爲應該更好地設計一個應用重構系統後的備份和恢復計劃，我的意思是，一次，重構後設計備份和恢復計劃。

我覺得如果提前這樣做會是一個很大的頭痛。

您是否認爲在應用災難恢復計劃之前向我的客戶提出重構系統是個好主意？

你會嗎？

感謝名單

Answer 1

從你的描述，現有的應用程序需要重構的原因是，它是基於功能性要求的同時，負載平衡和可用性方面被忽略建成。由於在初始應用程序設計中沒有考慮到這些因素，現在應用程序需要重新設計。在客戶開始試圖針對不是爲他們設計的應用程序實施它們之前，HA和負載平衡對應用程序設計的各種影響並未成爲問題。

您提出的建議是在不考慮災難恢復方面的情況下執行新的應用程序重新設計。這是正好是與第一次執行過程中發生的錯誤相同，只是這次被忽略的要求是DR方面。當你進入災難恢復設計時，你會怎麼做，並發現你的新重構應用程序有不可預見的功能差距和缺陷，與災難恢復設計相沖突？

在觸及此作業的任何代碼之前，您需要非常瞭解客戶的恢復要求，然後在考慮這些因素的情況下設計應用程序。您應該知道恢復時間目標，恢復點目標，應用程序如何與任何上游或下游應用程序協調一致（以及是手動還是自動對帳），熱/冷/冷DR站點的許可影響等等，否則你會引入不必要的風險，並在以後出現重大返工的可能性。