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