我們正處在云計(jì)算的長期炒作期之中，這就是說，有沒有評估和評價(jià)不同云選項(xiàng)的明晰標(biāo)準(zhǔn)至關(guān)重要。換句話說，中大型企業(yè)究竟應(yīng)該采用哪些云方法來優(yōu)化其數(shù)據(jù)中心運(yùn)營呢?

　　通常情況下，云被設(shè)想成一種在空中始終可用、可訪問和低成本的計(jì)算模式。盡管云的這一志向十分遠(yuǎn)大，但是企業(yè)仍然需要細(xì)致選擇并構(gòu)建其云環(huán)境，以避免損傷其計(jì)算能力，將自己鎖定在一個(gè)單一的、成本較高的環(huán)境中，削弱了使自身差異化、獲得競爭優(yōu)勢的能力。

　　下面這張圖表提供了區(qū)分不同云計(jì)算差異的初步基礎(chǔ)。須注意其中兩種主要云類型的位置：

　　——專門的SaaS服務(wù)，從服務(wù)器到應(yīng)用(甚至版本)的整個(gè)堆棧都是變化極小的。

　　——通用基礎(chǔ)設(shè)施暨平臺作為服務(wù)(IaaS和PaaS)，其中的服務(wù)器和操作系統(tǒng)都帶有可用的存儲類型。在其上可安裝任何可兼容的數(shù)據(jù)庫、中間件或應(yīng)用。

　　私有云基本上就是IaaS，企業(yè)可自己構(gòu)建。私有云是企業(yè)虛擬化服務(wù)器和存儲農(nóng)場向更成熟實(shí)例的演變，后者帶有清晰定義的服務(wù)配置、產(chǎn)品和計(jì)費(fèi)功能，以及可高度自動化預(yù)置和管理等功能。

　　影響到數(shù)據(jù)中心的另一項(xiàng)技術(shù)是工程堆棧(Engineered Stack)。這是數(shù)十年來計(jì)算機(jī)裝置的進(jìn)一步演變——將規(guī)范化的、良好設(shè)計(jì)的、工程化組件緊密集成在一起，以便提供卓越的性能和成本優(yōu)勢。

　　通常來說，這些設(shè)備已經(jīng)在網(wǎng)絡(luò)、安全、數(shù)據(jù)倉庫和專業(yè)計(jì)算領(lǐng)域中出現(xiàn)。防火墻和其他安全設(shè)備也在利用這種方法進(jìn)行演進(jìn)，它們通過把一些通用技術(shù)——CPU、存儲、OS——與專用軟件緊密集成，然后作為打包解決方案銷售。這種工程堆棧的方法已經(jīng)進(jìn)入了數(shù)據(jù)分析、應(yīng)用服務(wù)器和中間件等多個(gè)領(lǐng)域。

　　在未來五年內(nèi)，廠商們將會繼續(xù)擴(kuò)展其IaaS和工程堆棧產(chǎn)品，因?yàn)樗鼈兿氆@得更高的邊際利潤和更確定的長期收入流?？蛻魝冎越邮躍aaS是因?yàn)槠湟子趯?shí)施以及存在成本可變的可能性，而他們之所以接受工程堆棧是因?yàn)槠渚哂懈叩男阅芎透土某杀尽Ｆ髽I(yè)究竟應(yīng)選擇SaaS還是工程堆棧才能滿足其業(yè)務(wù)實(shí)例，須注意下列事項(xiàng)：

　　SaaS注意事項(xiàng)：

　　——如果是核心業(yè)務(wù)功能，就必須十分謹(jǐn)慎。因?yàn)檫@有可能會損及差異化和***競爭力。

　　——在簽署合同之前，企業(yè)需要知道如果終止使用SaaS應(yīng)用，該如何要回自己的數(shù)據(jù)。

　　——請務(wù)必確保企業(yè)的數(shù)據(jù)在應(yīng)用廠商手中具有完整性和安全性。

　　工程堆棧注意事項(xiàng)：

　　——須了解產(chǎn)品處于其生命周期的哪個(gè)階段(老舊產(chǎn)品一般無法提供持續(xù)的好處)。

　　——當(dāng)產(chǎn)品接近其生命周期結(jié)束時(shí)，應(yīng)提前準(zhǔn)備好最終遷移路徑。

　　對于上述兩種產(chǎn)品來說，企業(yè)都必須避免將關(guān)鍵業(yè)務(wù)邏輯集成到廠商產(chǎn)品中去。否則的話，一旦產(chǎn)品生命周期終止，或者有更好的替代產(chǎn)品出現(xiàn)時(shí)，企業(yè)都會面臨高昂的遷移成本。目前有多種方法可確保企業(yè)的關(guān)鍵功能和業(yè)務(wù)規(guī)則在廠商的打包服務(wù)之外保持獨(dú)立和模塊化。

　　謹(jǐn)記這些須注意事項(xiàng)，企業(yè)便可在項(xiàng)目層面上成功決策。如果是中大型企業(yè)，則應(yīng)推動內(nèi)部基礎(chǔ)設(shè)施向私有云發(fā)展。虛擬化只是***步。企業(yè)應(yīng)盡量消除或最小化自定義配置——***將自有服務(wù)器數(shù)量降至20%以下。下一步，要加大可使數(shù)據(jù)中心的配置和管理自動化的工具、流程和工程的投入。做大這一點(diǎn)也會提高服務(wù)質(zhì)量。

　　必須確保不要把太多流程轉(zhuǎn)移到SaaS中去，因?yàn)檫@樣做會讓企業(yè)自己的實(shí)用程序巴爾干化。如果攤子鋪的過大，預(yù)計(jì)在后續(xù)的過程中就可能發(fā)生沉重的集成成本，因?yàn)槠髽I(yè)的各項(xiàng)功能會分布在多個(gè)SaaS廠商的數(shù)據(jù)中心。還有就是預(yù)計(jì)會經(jīng)歷性能上的問題，因?yàn)楣ぷ髫?fù)載如今是以WAN的速度而不是LAN的速度運(yùn)行的，而且預(yù)計(jì)還會失去與SaaS廠商的談判籌碼，因?yàn)槠髽I(yè)失去了自己的“內(nèi)包”能力。

　　不過在未來五年內(nèi)，SaaS和工程堆棧都將成為幾乎所有企業(yè)的云產(chǎn)品組合要素。力量比較強(qiáng)大的企業(yè)IT部門將會明智而審慎地利用這些功能，以避免廠商鎖定和其他圈套，開發(fā)它們自己的私有云功能，保留關(guān)鍵性的知識產(chǎn)權(quán)資產(chǎn)。隨著客戶定制化配置的減少，我們將會看到更高的數(shù)據(jù)中心效率。因此，盡管前景的確有些陰晴不定，但是對于善于思考的IT部門來說，未來還是光明的。