目前IT基礎設施效率普遍低下，而業務關注的重點并不是這些IT基礎設施，而是產出和服務。但我們要知道，這些業務也是建立在以技術為中心的平臺之上的。對于大部分企業來說，每個解決方案對應不同的業務部門，而不是通過整合的方式來實現其價值。

工作負載越來越成為設計IT基礎設施的首要考量。工作負載直接影響著業務的最終效果和IT基礎設施的運營效率、投資效益。大部分端到端應用程序或者數據服務，都處在業務環境下的技術和控制中心地帶。比如，服務器虛擬化就是在傳統基礎設施下對于很多業務應用提供支持的一種重要的工作負載。

以工作負載為中心的IT基礎設施將改變當前的孤立分散，不過同時也會帶來對職員、流程和技術的不同看法。工作負載傳統上來看，主要指的是CPU所代表的計算資源在響應業務需求所提供的任務支持。比如CPU中常見的“Automatic”和“On demand”，根據任務周期的比例調整效率。但近年來，工作負載所定義的范圍逐漸擴展至包括計算、存儲和網絡的整個IT基礎設施層面。

另外，工作負載也會隨之應用的豐富和技術的發展而變化。比如在微服務器領域，它是一種新興的共享基礎設施服務器產品類別，適用于支持一些獨特的、需要更多低功耗高密度服務器而非較少高性能服務器才能實現更高效率的工作負載。這些負載包括了低端托管、輕量級網絡服務器和簡單的內容交付服務器等。隨著應用的擴展和技術的發展，相關的負載范圍內，又增添了低端存儲或冷數據存儲等負載。

#p#

下面我們從人員、流程和技術的角度來論述如何設計以工作負載為中心的IT基礎設施。

一、與關系最大的工作負載與應用程序團隊聯盟

一般來說，每個人都是獨立的，在某一領域或獨當一面或一技之長。但這種“單兵作戰”已經不適合時代發展需要了。比如技術專家往往精通他們所購買、管理的產品和技術類別，但卻不太了解用戶到底想要什么。因為每個分散的功能都是獨立的，“一刀切”式的方法對其進行移植并不明智。

在以工作負載為中心的組織中，職員需要關注他們所服務的工作負載。為了將業務中斷實現最小化、提升關鍵工作負載，需要為每個工作負載都設立任務團隊。如果每個服務器、存儲和網絡團隊分別指派一至兩個成員加入到圍繞工作負載的架構規劃和部署，就會顯著提升跨部門的溝通效率和優化業務流程。

企業應該剔除技術組織，取而代之的是從各個部門抽調以工作負載為核心進行重新編排的架構人員和財務預算。比如，VMware、甲骨文和大型機團隊分別都向一個領導匯報工作。雖然這會重組當前的組織體系，但溝通效率的提升、業務決策的精準和跟蹤功能的增強，使得這種以工作負載為中心的改造行為還是很值得的。

二、對整個工作負載的效益進行評定

服務器、存儲和網絡團隊之間往往較少共享流程和度量評定標準。對于客戶來說，這會導致混亂的工程規范和職責不清的部門利益糾紛。客戶不需要關心是否存在瓶頸或者出現系統錯誤，他們只需要了解什么時候能夠備份、運行或者系統為何運行不夠靈活矯健。

為了幫助團隊凝聚精神并提供以客戶為中心的交付視圖，企業應該重點制定全面的服務條目，使得客戶能夠做出正確決策。因此，可以為客戶設定一個線索清晰的流程方案，并避免太過于空洞和大眾化。

三、選擇基于關鍵工作負載的最好技術方案

以工作負載為中心面臨的最大的挑戰是涉及到整個基礎架構。因為基礎架構是圍繞工作負載來設計的，新方案的部署又是有多種方式可選，因而就會涉及到解決方案的融入。這些方案可以分成三大類別：分區融合系統、為關鍵工作負載優化的融合系統和公有云模型。

以工作負載為中心的模型代表了對傳統基礎架構部署方案的摒棄，因此一開始實行起來的時候會不那么順暢。但對于企業來說還是非常有必要去執行，不論多大規模的企業，也不論是經濟角度還是效率角度，都值得去推廣。否則的話，到頭來業務會發展到以“你”為中心。