自從人們開始依靠技術來運營業務以來，備份，業務連續性(bc)和災難恢復(dr)已經成為30年來it團隊工作的重要組成部分。傳統解決方案是針對內部部署基礎架構和結構化應用程式和關聯式資料庫而設計的，但it世界正在發生變化。在數位化轉型的時代，人們需要重新思考和重塑基礎備份和恢復架構的工作量，這些工作負載轉移到了雲端，並在雲端誕生了應用程式。
改變了什麼?備份與恢復
自從計算技術突飛猛進以來，應用程式和資料平台發生了巨大的轉變。這其中有幾種因素：
新的應用。第三代應用程式是地理分布式的，跨越多個系統進行擴充套件，始終處於開放狀態，通常部署在雲端模式中。
現有的應用程式正在轉向雲端。他們沒有消失，但企業正在將部分或全部應用移動到雲端。他們還需要備份和恢復。
規模較小的企業將全面採用公共雲。中小型企業不希望因為it業務影響主要業務。他們一直在推動雲應用和平台的快速發展。
企業將構建混合雲。企業將通過內部部署和公共雲環境部署應用程式和資料。而規模，合規性和其他因素，意味著他們需要在系統內部保留一些系統。
每個組織都會使用多個雲。沒有人會願意將他們的業務繫結在乙個雲端或乙個提供商。即使現在，企業正在分散雲計算和本地的工作負載。企業的開發和測試的業務可能只使用乙個雲端，而同一應用程式可能部署在私有雲或不同的公共雲中。
雲計算對備份，恢復和連續性的影響
雲計算為組織提供了更多的靈活性，運營節省和按需付費模式。公共雲提供商也可以構建更具彈性的基礎架構。亞馬遜公司確保ec2的99.95%的可用性和s3的99.99%的可用性; s3設計用於11個9的資料安全和可靠性，具有多個可用區域。因為雲計算是如此可靠，並且成本低廉，它很快成為本地資料的備份目標。但是，當企業在雲端中執行應用程式時，這不應該讓企業相信備份和恢復是「內建的」。亞馬遜公司甚至建議為所有aws本機應用程式和雲資料庫提供備份服務。
雖然服務可用性和資料恢復能力解決了基礎架構業務連續性和災難恢復，但它不提供備份和恢復的時間點恢復或應用程式級智慧型。與雲計算平台一樣，它們不會防止邏輯錯誤。而研究顯示，10個錯誤中有8個是邏輯錯誤，資料損壞，使用者錯誤。
現有備份產品和雲計算
如上所述，傳統的備份和恢復產品不能滿足雲應用的需求，即使是移動到雲端的現有應用，而不僅僅是因為它們建立在不同的時代。此外，雲計算和分布式架構還面臨其他挑戰：
雲計算打破了基於**伺服器的傳統解決方案架構。雲計算的應用程式和資料沒有駐留在特定的陣列或磁碟上，因此使用者無法輕鬆備份所看不到的內容。備份也不能捕獲雲中的配置資料，例如aws cloud formation模板。
雲計算不會以相同的語言溝通。傳統解決方案採用磁帶，磁碟或虛擬磁碟。在雲中的備份和恢復意味著採用正確的整合協議，例如s3 api或谷歌云儲存。
備份裝置無法移動到雲端。現有的備份裝置(如emc data domain或netbackup)在內部工作得非常好，無法被拾取並移動到雲端。
傳統備份**不會擴充套件。如果使用者可以獲得在雲中執行的備份**，則可能會在數十個或可能數百個節點之間進行擴充套件。
虛擬機器不是正確的抽象層次： datos io codr架構的核心原則是可擴充套件的以應用為中心的資料管理和資料保護檢視，需將其與傳統方法區分開來。這就是為什麼codr架構反思應用資料，並使用全域性語義重複資料刪除來實現儲存效率的原因，而不是依靠將資料視為不透明物件(如vm或lun)的傳統重複資料刪除技術。採用這種方法的好處是可以通過網路鏈結覆蓋雲層的精細粒度和高空間效率的資料保護。
雲計算閘道器或遷移服務：僅限於單向。
資料保護必須重新發布
雲應用的備份和恢復問題很新穎，因為雲計算備份和恢復架構應該具有三個關鍵因素：
彈性計算。架構應該在彈性計算例項上有效地擴充套件。伺服器或裝置不應有任何資本支出費用。
沒有媒介伺服器。備份大型的橫向擴充套件的資料庫需要直接的並行流架構，以便在資料庫和輔助儲存之間進行資料移動。傳統的備份架構依賴於迅速成為阻塞點的媒介伺服器。直接並行流並允許資料以原生格式保持可用。
語義重複資料刪除橫向擴充套件應用程式資料庫通常具有3倍的複製因子。如果使用者備份單個節點或甚至管理整個資料庫的快照，則三分之二的備份資料是多餘的。隨著時間的推移，備份將不會在分布式架構中執行語義，其重複資料刪除效率達到75%至80%。
為什麼應該保護雲中的大資料
將大資料和雲計算結合是企業滿足計算需求的完美解決方案。企業的資料通常需要乙個計算環境，快速有效地發展，並具有更大靈活性，自動適應大量資料。在在雲計算環境下可以做到這一點。然而討論雲計算時不斷出現的一些問題。雲計算如何保持安全？保護資料，尤其是大資料是乙個重要問題。公司預計，儲存在雲中的任何資料都將被...
混合雲中的事件驅動架構
譯自 introduction to event driven architecture 目錄事件處理的方式 什麼時候使用eda eda的好處 eda的缺點 需要注意的點 總結在前面的微服務介紹一文中討論了服務的顆粒度，以及保證松耦合的必要性。文中提出，服務應該是自治且完整獨立的，並儘量減少同步通訊...
混合雲中容器編排引擎的好處
混合雲將是企業的新的應用模型，但是應用移植性卻成了首要問題。但是，在混合雲編排中，容器引擎卻可以就對這一挑戰。對於使用公有與混合雲的組織來說，容器已經成為了應用移植的最佳途徑。容器編排引擎提供了一種能力來管理容器的執行和規模 這一好處在混合雲使用者中同樣存在。讓我們考慮一下這個新興趨勢 使用容器和容...