如果開始運作的前提是把數據中心資源抽象到用軟件表現(如虛擬化)并且分離IT工作量所依賴的物理系統，那么，重新考慮購買和建立數據中心的方法是非常有意義的。

　　在物理基礎設施和計算工作量之間有一個統一的(或者接近統一的)軟件層意味著可以開始建立一個相同類型的基礎實施以支持多種抽象的IT環境。

　　每一個應用程序不再有為客戶定制的系統，這些系統很難修改以滿足新的工作量的需求或者滿足現有的工作量變化的需求。

　　不必為每一臺服務器增加一個獨特的網卡以支持共享的管理平面，只需在更好的東西出現之后，長期鎖定在這個管理架構中。

　　不再需要設法確定哪一臺服務器配置了存儲局域網和哪一臺服務器有本地硬盤，它們都有這些配置。這就使為需要任意一種配置的工作量更加容易地重復利用這個物理系統。

　　這不是為任何一家廠商或者一群競爭的廠商做的滔滔不絕的演講。相反，這種發展的重點表明了未來幾年購買和使用企業計算設備的方法。雖然我們過去豎井式的高度客戶化的計算系統意味著購買“部件/零件”是合乎邏輯的方法，但是，這種做法有點像通過購買本田的發動機、福特的車身和Costco公司的車輪組裝一輛汽車。你也許會建造一個非常好的汽車，如果你能讓這些部件很好地結合在一起的話。

　　而且，數據中心“部件”的標準化將使客戶的組裝更加方便，使這種方法更節省成本。然而，把這些組件組合為一個整體需要各種技能的重要的技術專長。甚至基本的分布式應用程序交付都需要有關操作系統、網絡、存儲技術和操作等方面的深厚的知識才能取得成功。

　　然而，虛擬化有點像操縱汽車上的控制系統的標準化一樣，允許同一個人駕駛各種類型的汽車。在汽車領域，這種標準化允許汽車廠商制造功能齊全的做好操作準備的“系統”，以滿足許多駕駛員的需求。在四分之三的世紀里，大多數汽車購買者都不需要自己建造汽車。

　　同時，汽車廠商根據審美觀點(也是“用戶體驗”)、功能和價格點來實現自己的差異化。這給我們在汽車市場上提供了許多選擇。我預計，新一代數據中心將向同一個方向發展：系統將共享托管的工作量的標準方法，但是，在管理功能、性能能力和擁有總成本方面會有不同。

　　然而，這種比喻并不完美。例如，大量的客戶將購買能夠組合為一個更龐大的系統的計算系統。換句話說，這個比喻被打破了，因為這個大規模的客戶正在購買一輛由一整臺豐田卡姆里牌汽車組成的半掛汽車，把豐田卡姆里牌汽車的方向盤、節氣閥和剎車系統結合在了一起。一個融合的環境是汽車永遠達不到的一種不規則的形狀，組件被組裝成“容器”，然后也許能夠組裝稱一個更大的系統。

　　然而，為大型安裝采購的設備幾乎肯定是這種“容器”。在這種環境中，每一次增加一臺服務器或者一個硬盤的容量是沒有意義的。按照我的觀點，擔心誰在進入服務器、存儲或者網絡市場還不如識別出誰正在進入這個統一的計算市場。

　　虛擬化和自動化還有另一個有趣的副作用。服務器、存儲和網絡的管理員之間的界限將很快消失。在10年時間內，數據中心基礎設施的操作將是一些硬件維修專家、軟件開發人員本身以及基礎設施設計師的戰略任務的負責范圍。企業和解決方案設計師將設計應用程序容器的虛擬配置以及它們之間的聯系。

　　這個結果是專門研究一個數據中心的技術并且對故障單系統盡快做出反應的戰術系統管理員的任務將消失。首席信息官將不指望他們的管理員盡快修復數據中心的故障，而是讓他們確定允許自動化系統保持數據中心運行的政策以及推薦能夠強制這些政策的硬件和軟件。事實上，這個事情在Web應用程序中已經在發生。“Web操作員”這個詞匯正在定義一種“萬能的”管理員類型。

　　那些沒有發現這種下一代系統節省成本的好處的企業可能會轉向使用這個概念提供服務的外部的云計算。事實上，從單純的數字方面看，這也許是大多數企業選擇的道路。然而，許多云計算專家指出，這樣做的技術人員將是開發人員，而不是系統管理員。系統管理員在大多數的數據中心文化中都將發生改變。以后的改變會更多。

　　如果還沒有想到虛擬化如果改變數據中心文化的性質，建議你現在就考慮一些這個問題。一些形式的統一計算和(或者)云計算將是你的未來，將改變你如何建立和運行數據中心的觀