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

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

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

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

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

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

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

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

　　在未來五年內，廠商們將會繼續(xù)擴展其IaaS和工程堆棧產品，因為它們想獲得更高的邊際利潤和更確定的長期收入流。客戶們之所以接受SaaS是因為其易于實施以及存在成本可變的可能性，而他們之所以接受工程堆棧是因為其具有更高的性能和更低廉的成本。企業(yè)究竟應選擇SaaS還是工程堆棧才能滿足其業(yè)務實例，須注意下列事項：

　　SaaS注意事項：

　　——如果是核心業(yè)務功能，就必須十分謹慎。因為這有可能會損及差異化和***競爭力。

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

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

　　工程堆棧注意事項：

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

　　——當產品接近其生命周期結束時，應提前準備好最終遷移路徑。

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

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

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

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