我們正處在云計(jì)算的長(zhǎng)期炒作期之中，這就是說(shuō)，有沒有評(píng)估和評(píng)價(jià)不同云選項(xiàng)的明晰標(biāo)準(zhǔn)至關(guān)重要。換句話說(shuō)，中大型企業(yè)究竟應(yīng)該采用哪些云方法來(lái)優(yōu)化其數(shù)據(jù)中心運(yùn)營(yíng)呢?通常情況下，云被設(shè)想成一種在空中始終可用、可訪問和低成本的計(jì)算模式。盡管云的這一志向十分遠(yuǎn)大，但是企業(yè)仍然需要細(xì)致選擇并構(gòu)建其云環(huán)境，以避免損傷其計(jì)算能力，將自己鎖定在一個(gè)單一的、成本較高的環(huán)境中，削弱了使自身差異化、獲得競(jìng)爭(zhēng)優(yōu)勢(shì)的能力。

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

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

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

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

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

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

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

SaaS注意事項(xiàng)：

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

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

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

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

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

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

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

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

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

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