[編譯]災難恢復（DR）是每次應用程序或數(shù)據(jù)集投入生產(chǎn)時都要討論的主題之一，但通常它只是一個復選標記。將應用程序部署到公共云應該沒有什么不同。然而，出現(xiàn)了一些混亂。我已經(jīng)研究過這一點，發(fā)現(xiàn)了三個基于云的災難恢復誤區(qū)，這些誤區(qū)似乎正在使企業(yè)在走向云時脫離正軌。

誤區(qū)1：不需要DR，因為它已經(jīng)內(nèi)置在公共云中。

這里的困惑在于，一些基本的災難恢復功能對于公共云提供商來說是系統(tǒng)性的。他們有備用系統(tǒng)，以防硬件故障或?qū)嶋H災難。但是他們的系統(tǒng)沒有考慮租戶擁有的工作負載的特定災難恢復需求。

除非意外刪除數(shù)據(jù)或可執(zhí)行文件損壞，否則通常不會發(fā)現(xiàn)此錯誤。公共云提供商可以處理一些大問題，例如由于電涌而導致的硬件燒制，但通常無法處理較小的問題，例如丟失數(shù)據(jù)庫或文件中的數(shù)據(jù)。

公共云提供商提倡一種“分擔責任”模型，在該模型中，他們?yōu)槠湓品仗峁碾y恢復，以便他們可以在出現(xiàn)故障和災難時保持運行。但是，您有責任備份自己的數(shù)據(jù)和應用程序，就像您實際上擁有要運行的虛擬云服務器一樣。

誤區(qū)二：每個云服務必須有單獨的災難恢復規(guī)劃和流程。

您當然可以使用該數(shù)據(jù)庫本機的導出和導入工具備份基于云的數(shù)據(jù)庫。但是，當你將這些服務相乘20倍，并為人工智能服務、物聯(lián)網(wǎng)服務或分析服務添加不同的災難恢復需求時，情況就變得復雜了。

大多數(shù)公共云提供商都提供內(nèi)置在公共云中的備份和恢復管理器。您可以使用這些工具來選擇需要備份的資源，以自動執(zhí)行備份（何時，如何，什么等），最后滿足所有安全性，治理或日志記錄要求。利用這些工具的優(yōu)勢在于，您可以在一個地方管理跨越許多不同公共云服務的大多數(shù)備份和恢復操作。您可以通過將波動性置于可配置域中來消除復雜性。

誤區(qū)三：圍繞數(shù)據(jù)保護和安全性的合規(guī)性流程擴展到了為災難恢復備份的數(shù)據(jù)。

這是一個支付高額罰款的好辦法。一些數(shù)據(jù)，如個人識別信息或一些財務數(shù)據(jù)，無論是在生產(chǎn)服務器、備份服務器上，還是在磁帶上（從過去開始），都是受監(jiān)管的。

這與云計算有關(guān)，因為為了支持災難恢復操作，將數(shù)據(jù)從公共云上的主存儲設備移動到輔助存儲設備的虛擬備份可能會忽略遵循與基于主云的存儲設備上的數(shù)據(jù)相同的策略和安全性。

在某些情況下，即使將數(shù)據(jù)備份到世界不同的地理區(qū)域，例如將數(shù)據(jù)復制到不同區(qū)域的境外云服務器，也是非法的。在大多數(shù)情況下，直到你的合規(guī)性審核失敗，你才會明白這一點。

在遷移到公共云時，災難恢復確實需要進行更改。盡管可以根據(jù)需要提供工具和備份資源，但是企業(yè)仍然需要對如何使用它們進行一些仔細的計劃。由于存在所有這些誤區(qū)，并且缺乏最佳實踐，大多數(shù)遷移到云計算的企業(yè)對災難恢復的含義感到困惑。[編譯]