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