災備行業(yè)的起源早在上世紀70年代，備份技術(shù)在歷經(jīng)幾代的基礎(chǔ)設(shè)施架構(gòu)的變革后也相應的發(fā)生了迭代。從最初的傳統(tǒng)備份，到虛機備份，再到如今云原生時代的容器備份，技術(shù)架構(gòu)分別具有什么特點，本文小編我將分別進行闡述。

一、傳統(tǒng)備份

現(xiàn)代意義上的企業(yè)級備份技術(shù)起源于上個世紀90年代，當時主流的企業(yè)IT架構(gòu)都是圍繞若干知名的企業(yè)軟件和中間件而構(gòu)建。從數(shù)據(jù)備份的角度，也是以這些企業(yè)軟件和中間件為重點進行精確保護。這一代的備份技術(shù)的特點就是采用客戶端/服務器模式，客戶端為不同的企業(yè)軟件和中間件定制，和它們直接通訊，獲取變更的數(shù)據(jù)，然后傳輸至備份服務器進行存儲。在服務器端，也會進行加密、壓縮、去重一些高級數(shù)據(jù)處理功能。下圖是一個典型的傳統(tǒng)備份架構(gòu)示意圖。

傳統(tǒng)備份的優(yōu)點是和企業(yè)軟件/中間件配合的非常密切，所以數(shù)據(jù)的一致性和可恢復性非常好，同時備份效率很高，只備份應用需要備份的數(shù)據(jù)。但是站在現(xiàn)在的角度看，傳統(tǒng)備份的缺點也很明顯，一方面是恢復速度慢，另一方面是可擴展性太差?；謴退俣嚷且驗榛謴瓦^程需要用戶先把應用恢復好，再用應用的接口把數(shù)據(jù)灌回去，這樣就導致恢復過程比較漫長，RTO不好?？蓴U展性是因為需要為每個應用定制化客戶端，備份軟件開發(fā)的速度無法跟上互聯(lián)網(wǎng)和開源大發(fā)展帶來的海量新技術(shù)方案的需求。

二、虛擬備份

大約十年前，IaaS的大浪潮帶來了虛擬化架構(gòu)的普及，以Veeam為首的創(chuàng)新者嗅到了新的機遇，開始考慮以一個完全不同的思路來解決備份問題。

因為應用都運行在虛機里面，所以如果能備份和恢復虛機，就能把支持宕機一致性（crash-consistency）的應用恢復。所幸，大多數(shù)新興的互聯(lián)網(wǎng)應用都支持宕機一致性，所以以CDM為代表的虛機快照備份技術(shù)蓬勃發(fā)展?；镜募夹g(shù)原理就是備份軟件直接對虛機做快照，或者結(jié)合外置存儲的快照功能來備份數(shù)據(jù)；恢復的時候，可以直接用虛擬機快照把虛機快速加載起來，而不需要額外做恢復應用和恢復數(shù)據(jù)的動作，所以恢復速度很快。同時利用虛擬機快照可還以在不同的環(huán)境起虛機來做數(shù)據(jù)重用，比如測試、數(shù)據(jù)分析、數(shù)據(jù)驗證等。另外一個好處是，備份和恢復都在虛機層面做，不需要直接跟虛機里面的應用打交道，直接就支持了大量的新軟件生態(tài)。下圖展示了虛機備份的架構(gòu)和原理。

三、云原生備份

近兩年來，云計算從虛擬化和IaaS為基礎(chǔ)的云計算1.0向以容器和K8s PaaS平臺為核心的云計算2.0進化，很多時候，云計算2.0也被稱為云原生時代。

容器時代，我們需要一個全新的方案，我稱之為第三代備份方案。它必須本身是云原生的，和k8s生態(tài)可以很好的集成。同時，我們可以利用CDM的思路來對容器進行快照，兼有第二代備份技術(shù)的優(yōu)點。同時，容器是直接面向應用的，我們可以通過一些簡化的容器應用接口，很方便的實現(xiàn)應用的數(shù)據(jù)一致性。比如我可以實現(xiàn)一個容器的靜默接口，快照的時候可以達到數(shù)據(jù)一致性。

因為是面向應用的，我們只需要把應用相關(guān)的數(shù)據(jù)打包備份起來，包括缺少image和配置信息（config map）在一起，這樣在任何支持k8s接口規(guī)范的云平臺上都能恢復起來。

以上就是從最初的傳統(tǒng)備份，到虛機備份，再到如今云原生時代的容器備份的特點介紹。希望能幫助到大家。