一家企業(yè)的邊界，是以其核心能力為基礎(chǔ)，在與市場的相互作用過程中形成的經(jīng)營范圍和經(jīng)營規(guī)模，其決定因素是經(jīng)營效率。——羅納德·科斯
在文章一開始，我們有必要對災(zāi)備的概念做一個說明，這樣做的好處是，可以保證我們接下來的溝通是在同一個層面。
災(zāi)備，主要是對數(shù)據(jù)進行備份，并且保證業(yè)務(wù)能夠在發(fā)生意外的時候快速恢復(fù)。
所以多長時間可以恢復(fù)（RTO），故障期間丟失多少數(shù)據(jù)（RPO）是很重要的指標。與災(zāi)備相關(guān)的概念包括備份、容災(zāi)、業(yè)務(wù)連續(xù)性管理等等。
從定義上看，災(zāi)備肩負著“挽狂瀾于既倒、扶大廈之將傾”的神圣使命，從這個元使命出發(fā)，我們試著探討一下災(zāi)備邊界的問題。
先說明筆者的觀點：
災(zāi)備產(chǎn)品有邊界嗎？有。
災(zāi)備企業(yè)有邊界嗎？沒有。
數(shù)據(jù)總是呈現(xiàn)一種流動性，但技術(shù)則不是，依托于技術(shù)而產(chǎn)生的產(chǎn)品呈現(xiàn)出的是一種點狀的分布形態(tài)，比如針對操作系統(tǒng)、數(shù)據(jù)庫、存儲、網(wǎng)絡(luò)等等不同層面的產(chǎn)品。
而災(zāi)備作為一種數(shù)據(jù)復(fù)制技術(shù)，一定是需要寄生于存儲、網(wǎng)絡(luò)、計算等層面而存在的，這就導(dǎo)致災(zāi)備產(chǎn)品也會呈現(xiàn)一種點狀的分布形態(tài)。
從針對存儲的災(zāi)備服務(wù)，到針對虛擬化的災(zāi)備服務(wù)，在IT技術(shù)的不斷迭代中，災(zāi)備城頭的大王旗也沒有停止過變換。
這一次，數(shù)據(jù)開始流向云端，甚至已經(jīng)有人斷言，全面云化已經(jīng)是一個必然趨勢。只是這一次，不管是IT圈，還是DT圈，大家都已堅信，他們已經(jīng)從青萍之末，看到了大風(fēng)暴的來臨。
在Gartner發(fā)布2017年存儲技術(shù)成熟度曲線中，云備份這項新興技術(shù)在曲線上顯示出了快速移動，采用率不斷上升，Gartner曾預(yù)言，2020年，使用云備份的用戶將從現(xiàn)在的10%增長為20%。
另一方面，在Gartner發(fā)布的公有云關(guān)鍵能力報告中，災(zāi)備場景及數(shù)據(jù)復(fù)制及恢復(fù)能力并不在列，一些公有云服務(wù)商也沒有完整的DR產(chǎn)品，而是僅以存儲、網(wǎng)關(guān)等產(chǎn)品予以替代。
所以，如果云災(zāi)備希望在公有云不斷同質(zhì)化的今天有一個更好的前景，那么災(zāi)備企業(yè)則需要付出更多的努力。
舉個例子，英方提出了“Hub”的云災(zāi)備產(chǎn)品理念，hub不是具體指某一款產(chǎn)品，而是一種服務(wù)理念，指在本地與云、云與云之間搭建一個連接器，這種形式，需要災(zāi)備企業(yè)表現(xiàn)的更為積極，需要災(zāi)備產(chǎn)品具有更好的通用性，需要與新技術(shù)的不斷融合與創(chuàng)新，需要在數(shù)據(jù)恢復(fù)方面有更好的表現(xiàn)。
大腦進化出了這些認知捷徑來幫助我們快速做決策，而無須使用太多的能量。這就是為什么我們喜歡“不費腦子”的事情。
如果可以讓別人“不費腦子”的選擇你，那么你就已經(jīng)成功了。如果是C端產(chǎn)品，這樣“無腦消費”認知打造是可以的。
但對于2B產(chǎn)品來說，場景是實際存在的。
我可以很容易告訴我老婆什么是災(zāi)備，但卻很難告訴她災(zāi)備是用在什么具體的場景的。因為場景的確有點多。
而現(xiàn)在，在災(zāi)備的傳統(tǒng)應(yīng)用場景上逐漸出現(xiàn)了多個新生的業(yè)務(wù)場景，以至于連Gartner都必須推出針對DRaaS、數(shù)據(jù)中心備份與恢復(fù)軟件等不同的魔力象限，而在不同的魔力象限中的玩家也大不相同。
任何一種災(zāi)備場景都不是獨立存在的。從硬件存儲到軟件定義存儲，再到對象存儲管理，從本地數(shù)據(jù)上云，到不同云之間的數(shù)據(jù)遷移，從混合云應(yīng)用場景到云原生應(yīng)用場景……
由于災(zāi)備場景多樣性的存在，用戶災(zāi)備逐漸由數(shù)據(jù)層面的備份向業(yè)務(wù)層面、數(shù)據(jù)中心的高可用轉(zhuǎn)移，從存儲層面的雙活、跨存儲平臺容災(zāi)，到數(shù)據(jù)中心層面的兩地三中心，災(zāi)備的應(yīng)用場景越來越廣泛，這不僅對數(shù)據(jù)中心服務(wù)提出了更高的要求，同時也對災(zāi)備產(chǎn)品提出了更高的要求。
災(zāi)備不僅需要關(guān)注數(shù)據(jù)層面，還需要對與之配套的網(wǎng)絡(luò)、機房服務(wù)具備更完善的適應(yīng)能力。
在任何一種災(zāi)備場景中，企業(yè)總會追求最小的災(zāi)備窗口，這是人之常情。但在實際中，我們就需要考慮備份變化的數(shù)據(jù)量是多少？該變化時間內(nèi)帶寬成本是多少？
讓我們從災(zāi)備的話題延伸到2B企業(yè)。任何一個產(chǎn)品都有其邊界，尤其是企業(yè)級產(chǎn)品，這樣的邊界更為明顯，所以企業(yè)級產(chǎn)品的天花板也會非常明顯，當(dāng)然，好處是企業(yè)級產(chǎn)品的籬笆歷來是扎的最穩(wěn)的。
但企業(yè)不同，一家企業(yè)的邊界，是以其核心能力為基礎(chǔ)，在與市場的相互作用過程中形成的經(jīng)營范圍和經(jīng)營規(guī)模，其決定因素是經(jīng)營效率。
而“開放”仍然是保證不同規(guī)模企業(yè)提升經(jīng)營效率的不二法門。軟件定義一切，而API定義軟件，任何企業(yè)都可以在API的支持下，輕松實現(xiàn)一種“積木式”的創(chuàng)新。
另一方面，在企業(yè)的內(nèi)部業(yè)務(wù)方面，由軟件向硬件，甚至向服務(wù)的轉(zhuǎn)變也是一個必然，而這種必然的動力依然取決于企業(yè)的經(jīng)營效率，換句話說，就是企業(yè)的成本問題。
我們已經(jīng)習(xí)慣了2C/2B的二分法來定義企業(yè)屬性，但其實2C/2B更應(yīng)該是一種產(chǎn)品的劃分，而不是企業(yè)的劃分，如果我們可以把2B的產(chǎn)品在應(yīng)用層面做得更簡單，更服務(wù)用戶的使用習(xí)慣，是一定能影響到C端用戶的。
值得慶幸的是，很多企業(yè)已經(jīng)開始這么干了。
