隨著云計(jì)算時(shí)代的到來，系統(tǒng)可靠性全部依賴于云。云計(jì)算通過計(jì)算資源池化，使得計(jì)算資源并不依賴于單一系統(tǒng)的高可靠性，通過集群技術(shù)，保證系統(tǒng)整體的高可靠性。那么，云計(jì)算時(shí)代會(huì)成為容錯(cuò)服務(wù)器的終結(jié)者嗎?

　　IT已經(jīng)告別百花齊放、萬馬奔騰的時(shí)代。曾幾何時(shí)，王安、DEC、Compaq、SUN、SGI等這些響當(dāng)當(dāng)?shù)钠髽I(yè)已經(jīng)淡出了視野。但是很奇怪，Stratus，這個(gè)容錯(cuò)機(jī)的代表，仍然好好的活著。從1980年Stratus誕生至今，幾十年過去了，沒有大紅大紫，但容錯(cuò)服務(wù)器始終活躍。

　 Stratus沒有大紅大紫，與這家公司的風(fēng)格有關(guān)。Stratus是一個(gè)典型的技術(shù)公司，并不擅長市場推廣。在國外，Stratus擁有忠實(shí)的客戶基礎(chǔ)，用戶的技術(shù)水平比較高，不需要太多的市場培育和引導(dǎo)。只要用戶需要高可靠性，就會(huì)采用Stratus或者其他品牌的容錯(cuò)服務(wù)器。國外用戶不會(huì)在技術(shù)問題上糾結(jié)。與之相比，國內(nèi)市場雖然發(fā)展很快，但市場需要培育和引導(dǎo)。這恰恰不是Stratus的強(qiáng)項(xiàng)。

　　從商業(yè)利益考慮，軟件廠商往往不會(huì)主動(dòng)推薦容錯(cuò)技術(shù)。如果采用容錯(cuò)服務(wù)器，無論是操作系統(tǒng)、數(shù)據(jù)庫，還是應(yīng)用軟件License的銷售數(shù)量，較之雙機(jī)冗余要減少一倍。因此，有人戲言，雙機(jī)冗余方案是廠商的選擇，容錯(cuò)方案是用戶的選擇。如果用戶堅(jiān)持采用容錯(cuò)，軟件廠商就會(huì)表示支持，但是軟件廠商不會(huì)主動(dòng)推廣容錯(cuò)服務(wù)器。微軟如此，Oracle都是如此。

　　在技術(shù)上，借助“鎖步技術(shù)”，容錯(cuò)服務(wù)器可以最大程度校正硬件故障。在容錯(cuò)服務(wù)器設(shè)計(jì)上，CPU、內(nèi)存、I/O等，全部采用冗余設(shè)計(jì)，并通過鎖步技術(shù)，對每個(gè)計(jì)算過程進(jìn)行比對，準(zhǔn)確無誤才會(huì)進(jìn)入下一個(gè)步驟。因此其系統(tǒng)的可靠性可以達(dá)到5個(gè)9的水平。

　　但是隨著云計(jì)算時(shí)代的到來，系統(tǒng)可靠性全部依賴于云。云計(jì)算通過計(jì)算資源池化，使得計(jì)算資源并不依賴于單一系統(tǒng)的高可靠性，通過集群技術(shù)，保證系統(tǒng)整體的高可靠性。那么，云計(jì)算時(shí)代會(huì)成為容錯(cuò)服務(wù)器的終結(jié)者嗎?

　 答案是否定的。對于很多.COM企業(yè)而言，特別是網(wǎng)站應(yīng)用多采用分散式部署結(jié)構(gòu)，不會(huì)因?yàn)閱我环��?wù)器故障，影響這個(gè)系統(tǒng)的訪問。實(shí)際上，在訪問網(wǎng)站的過程中，每一個(gè)查詢和訪問，哪怕是同一個(gè)網(wǎng)站，提供后臺(tái)服務(wù)器也很有可能不是同一個(gè)，所以，只有訪問被分配到故障服務(wù)器，用戶才會(huì)感覺得到。但并不是所有的應(yīng)用都具備這樣的特征。

　 對于需要高可靠性的應(yīng)用，仍然需要高可靠性的服務(wù)器。虛擬化并不能夠解決高可靠性的難題。以VMware為例，高可靠性需求就需要采購Fault Tolerance模塊，對于低一些要求的應(yīng)用，需要采購HA模塊。其中，F(xiàn)ault Tolerance類似容錯(cuò)，HA類比于雙機(jī)冗余方案。

　　 Fault Tolerance是否具有容錯(cuò)服務(wù)器的高可靠性?現(xiàn)在談?wù)�，為時(shí)尚早。對于云計(jì)算而言，云計(jì)算同樣需要容錯(cuò)服務(wù)器作為IaaS平臺(tái)。