通常所說的多活是指業(yè)務(wù)的多活，業(yè)務(wù)的多活是最終要求。他需要數(shù)據(jù)中心網(wǎng)絡(luò)互通、數(shù)據(jù)安全、負載遷移等層面層層遞進，底層任意一個環(huán)節(jié)出現(xiàn)問題，整套多活系統(tǒng)可能會崩潰。
GitHub多活系統(tǒng)也是煞費苦心，GitHub投入巨大，在兩個數(shù)據(jù)中心間買了100G光纖做互聯(lián)，做了非常充足的準(zhǔn)備，結(jié)果還是出了問題。服務(wù)于技術(shù)人的網(wǎng)站也出現(xiàn)技術(shù)問題，聽起來挺諷刺的，其實這也正說明了多活系統(tǒng)的復(fù)雜性。
從技術(shù)上來講，多活的實施很難，從需求上來看，多活的需求很普遍。于是，公有云便開始提供共性的多活服務(wù)，青云就有這樣的多活服務(wù)。
青云的多活服務(wù)有基礎(chǔ)架構(gòu)、基礎(chǔ)設(shè)施和分布式應(yīng)用三個層次組成。
其中，基礎(chǔ)設(shè)施是指數(shù)據(jù)中心本身，指的是青云在北京，上海和廣東建立的數(shù)據(jù)中心，一個地區(qū)的數(shù)據(jù)中心算一個Region，一個Region有多個可用區(qū)，比如北京有北京3B,北京3D，北京3C這樣三個可用區(qū)。3個可用區(qū)之間的距離（30-50公里之間）可以滿足銀監(jiān)會對銀行數(shù)據(jù)中心的要求，另外，機房之間還需要有高速低延遲帶寬支持。
在基礎(chǔ)設(shè)施之上的是IaaS基礎(chǔ)架構(gòu)，IaaS層的多活服務(wù)一般都指的構(gòu)建于多個數(shù)據(jù)中心之間的負載均衡服務(wù)，負載均衡器將接收到的負載分發(fā)到多個數(shù)據(jù)中心，任何單個數(shù)據(jù)中心故障都沒什么影響。另外，多活系統(tǒng)的網(wǎng)絡(luò)也很麻煩，沒關(guān)系，青云自己的數(shù)據(jù)中心已經(jīng)做好了。
多活系統(tǒng)最上一層的是分布式應(yīng)用。其實這里說是應(yīng)用不是特別合適，應(yīng)用一般都是用戶自己開發(fā)的，而青云所提供的通常來說是數(shù)據(jù)庫（如果非要說數(shù)據(jù)庫也是應(yīng)用也可以），數(shù)據(jù)庫很難，分布式數(shù)據(jù)庫更難，有了分布式數(shù)據(jù)庫之后數(shù)據(jù)庫的多活就方便多了，將數(shù)據(jù)庫分布在不同的可用區(qū)就能提供很好的多活數(shù)據(jù)庫服務(wù)。青云的平臺上支持自研的分布式數(shù)據(jù)庫MySQL Plus，另外也支持MongoDB。
有了這三層服務(wù)之后，用戶在青云的平臺上，只要選擇了三個可用區(qū)之一，使用了負載均衡器，然后部署了分布式數(shù)據(jù)庫，然后部署自己的分布式應(yīng)用之后就算構(gòu)建了自己的多活服務(wù)。這套系統(tǒng)下來，即使是初創(chuàng)公司也能享受到高大上的多活服務(wù)，對青云這樣的云服務(wù)商來說，也沒有太多額外的成本，因為這服務(wù)是通用的。
所以，對于選用公有云多活服務(wù)的用戶來說，額外的成本并不明顯，遠遠低于自己搭建的多活服務(wù)。
搭建多活系統(tǒng)，這是公有云的天然優(yōu)勢之一，所以很多公有云服務(wù)商都有多活服務(wù)，不過，與一些友商相比，青云的多活的服務(wù)能力更全面一些。（見下圖）
最近，AWS發(fā)布了混合云的產(chǎn)品方案Outposts，讓AWS云平臺連接到企業(yè)數(shù)據(jù)中心內(nèi)部，讓用戶在本地也享受到跟云端一樣的服務(wù)體驗。這一思想和類似的描述在恰好正式青云的宣傳描述，青云自一開始就比較重視企業(yè)用戶本地的使用體驗，公有云和私有云兩條腿走路，筆者也認(rèn)為這是青云能實現(xiàn)較快盈利的一個重要原因。
正因為如此，青云的多活不僅可以用在公有云，也用在企業(yè)混合云環(huán)境，照顧了許多企業(yè)用戶的實際需求，也能為企業(yè)用戶搭建多活方案。
無論如何，我們是看到，云服務(wù)商提供的多活有明顯優(yōu)勢，成本上，實施門檻上都大大降低，用戶不會因為使用多活服務(wù)而承擔(dān)太多額外成本。理論上不存在絕對不出問題的架構(gòu)，但多活架構(gòu)可以把風(fēng)險降低再降低，相信未來，會有更多不那么關(guān)鍵，但是對服務(wù)體驗有要求的企業(yè)也都會主動尋找云的多活服務(wù)。
