如果開始運作的前提是把數據中心資源抽象到用軟件表現(如虛擬化)并且分離Information Technology工作量所依賴的物理系統，那么，重新考慮購買和建立數據中心的方法是很有必要的。
　　在物理基礎設備和計算工作量之間有一個統一的(或者接近統一的)軟件層就意味著可以開始建立一個相同類型的基礎實施以及支持多種抽象的Information Technology環境。
　　每一個應用程序不會再有為客戶定制的系統，這些系統很難修改以及滿足新工作量的需求或者滿足現有工作量變化的需求。
　　不必為每一臺服務器增加一個獨特的網卡以及支持共享的管理平面，只需要在更好的東西出現之后，長期鎖定在這個管理架構中。
　　不再需要想辦法確定哪一臺服務器配置了存儲局域網和哪一臺服務器有本地硬盤，它們都有這些那樣的配置。這就使為需要任意一種配置的工作量更加容易地重復利用這個物理系統。
　　這不是為任何一家廠商或任何一群競爭的廠商做的演講。而恰恰相反，這種發展的重點表現了未來幾年購買和使用企業計算設備的方法。雖然我們過去豎井式的高度客戶化的計算系統意味著購買“部件/零件”是很合乎邏輯的方法，但這種做法有點像通過購買本田的發動機、福特的車身和Costco公司的車輪組裝一輛汽車。你也許會造出一輛非常好的汽車，這是如果你能讓這些部件很好地結合在一起的話。
　　且，數據中心“部件”的標準化將會使客戶的組裝更加方便，使這種方法更節省成本。然而，把這些組件組合為一個整體需要各種技能的重要的技術專長。甚至基本的分布式應用程序交付都需要有關操作系統、網絡、存儲技術和操作等方面的深厚的知識才能取得成功。
　　然而，虛擬化有點像操縱汽車上的控制系統的標準化一樣，允許同一個人駕駛各種類型的汽車。在汽車領域，這種標準化允許汽車廠商制造功能齊全的做好操作準備的“系統”，來滿足許多駕駛員的需求。在四分之三的世紀里，大部分汽車購買者都不需要自己制造汽車。
　　同時，汽車廠商根據審美觀(也是“用戶體驗”)、功能和價格三方面來實現自己的差異化。這給我們在汽車市場上提供了很多選擇。我預計，新一代數據中心將會向同一個方向發展：系統將共享托管的工作量的標準方法，但在管理功能、性能能力和擁有總成本方面會有所不同。
　　然而，這種比喻不是那么的完美。例如，大量的客戶將購買能夠組合為一個更龐大的系統的計算系統。換句話說，這個比喻被打破了，因為這個大規模的客戶正在購買一輛由一整臺豐田卡姆里牌汽車組成的半掛汽車，把豐田卡姆里牌汽車的方向盤、節氣閥和剎車系統結合在了一起。一個融合的環境是汽車永遠達不到的一種不規則的形狀，組件被組裝成“容器”，然后也許能夠組裝稱一個更大的系統。
　　然而，為大型安裝采購的設備幾乎肯定是這種“容器”。在這種環境中，每一次增加一臺服務器或者一個硬盤的容量是沒有任何意義的。按照我的觀點，擔心誰在進入服務器、存儲或者網絡市場還不如識別出誰正在進入這個統一的計算市場。
　　虛擬化和自動化還有另一個有趣的副作用。服務器、存儲和網絡的管理員之間的界限將很快消失。在10年時間左右，數據中心基礎設施的操作將是一些硬件維修專家、軟件開發人員本身以及基礎設施設計師的戰略任務的負責范圍。企業和解決方案設計師將設計應用程序容器的虛擬配置以及它們之間的聯系。
　　這個結果是專門研究一個數據中心的技術并且對故障單系統盡快做出反應的戰術系統管理員的任務將消失。首席信息官將不指望他們的管理員盡快修復數據中心的故障，而是讓他們確定允許自動化系統保持數據中心運行的政策和推薦能夠強制這些政策的硬件和軟件。實際上，這種事情在Web應用程序中已經在發生。“Web操作員”這個詞匯正在定義一種“萬能的”管理員類型。
　　那些沒有發現這個下一代系統節省成本的好處的企業可能會轉向使用這種概念提供服務的外部的云計算。事實上，從單純的數字方面看，這也許是大多數企業選擇的道路。而許多云計算專家指出，這樣做的技術人員將是開發人員，而不是系統管理員。系統管理員在大多數的數據中心文化中都將會發生改變。以后的改變會更多。
　　如果還沒有想到虛擬化如果改變數據中心文化的性質，建議你現在就要考慮一下這些問題。一些形式的統一計算和云計算將是你的未來，將改變你如何建立和運行數據中心的觀念。