目前IT基礎(chǔ)設(shè)施效率普遍低下，而業(yè)務(wù)關(guān)注的重點(diǎn)并不是這些IT基礎(chǔ)設(shè)施，而是產(chǎn)出和服務(wù)。但我們要知道，這些業(yè)務(wù)也是建立在以技術(shù)為中心的平臺(tái)之上的。對(duì)于大部分企業(yè)來說，每個(gè)解決方案對(duì)應(yīng)不同的業(yè)務(wù)部門，而不是通過整合的方式來實(shí)現(xiàn)其價(jià)值。

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

以工作負(fù)載為中心的IT基礎(chǔ)設(shè)施將改變當(dāng)前的孤立分散，不過同時(shí)也會(huì)帶來對(duì)職員、流程和技術(shù)的不同看法。工作負(fù)載傳統(tǒng)上來看，主要指的是CPU所代表的計(jì)算資源在響應(yīng)業(yè)務(wù)需求所提供的任務(wù)支持。比如CPU中常見的“Automatic”和“On demand”，根據(jù)任務(wù)周期的比例調(diào)整效率。但近年來，工作負(fù)載所定義的范圍逐漸擴(kuò)展至包括計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)的整個(gè)IT基礎(chǔ)設(shè)施層面。

另外，工作負(fù)載也會(huì)隨之應(yīng)用的豐富和技術(shù)的發(fā)展而變化。比如在微服務(wù)器領(lǐng)域，它是一種新興的共享基礎(chǔ)設(shè)施服務(wù)器產(chǎn)品類別，適用于支持一些獨(dú)特的、需要更多低功耗高密度服務(wù)器而非較少高性能服務(wù)器才能實(shí)現(xiàn)更高效率的工作負(fù)載。這些負(fù)載包括了低端托管、輕量級(jí)網(wǎng)絡(luò)服務(wù)器和簡(jiǎn)單的內(nèi)容交付服務(wù)器等。隨著應(yīng)用的擴(kuò)展和技術(shù)的發(fā)展，相關(guān)的負(fù)載范圍內(nèi)，又增添了低端存儲(chǔ)或冷數(shù)據(jù)存儲(chǔ)等負(fù)載。

#p#

下面我們從人員、流程和技術(shù)的角度來論述如何設(shè)計(jì)以工作負(fù)載為中心的IT基礎(chǔ)設(shè)施。

一、與關(guān)系最大的工作負(fù)載與應(yīng)用程序團(tuán)隊(duì)聯(lián)盟

一般來說，每個(gè)人都是獨(dú)立的，在某一領(lǐng)域或獨(dú)當(dāng)一面或一技之長(zhǎng)。但這種“單兵作戰(zhàn)”已經(jīng)不適合時(shí)代發(fā)展需要了。比如技術(shù)專家往往精通他們所購(gòu)買、管理的產(chǎn)品和技術(shù)類別，但卻不太了解用戶到底想要什么。因?yàn)槊總€(gè)分散的功能都是獨(dú)立的，“一刀切”式的方法對(duì)其進(jìn)行移植并不明智。

在以工作負(fù)載為中心的組織中，職員需要關(guān)注他們所服務(wù)的工作負(fù)載。為了將業(yè)務(wù)中斷實(shí)現(xiàn)最小化、提升關(guān)鍵工作負(fù)載，需要為每個(gè)工作負(fù)載都設(shè)立任務(wù)團(tuán)隊(duì)。如果每個(gè)服務(wù)器、存儲(chǔ)和網(wǎng)絡(luò)團(tuán)隊(duì)分別指派一至兩個(gè)成員加入到圍繞工作負(fù)載的架構(gòu)規(guī)劃和部署，就會(huì)顯著提升跨部門的溝通效率和優(yōu)化業(yè)務(wù)流程。

企業(yè)應(yīng)該剔除技術(shù)組織，取而代之的是從各個(gè)部門抽調(diào)以工作負(fù)載為核心進(jìn)行重新編排的架構(gòu)人員和財(cái)務(wù)預(yù)算。比如，VMware、甲骨文和大型機(jī)團(tuán)隊(duì)分別都向一個(gè)領(lǐng)導(dǎo)匯報(bào)工作。雖然這會(huì)重組當(dāng)前的組織體系，但溝通效率的提升、業(yè)務(wù)決策的精準(zhǔn)和跟蹤功能的增強(qiáng)，使得這種以工作負(fù)載為中心的改造行為還是很值得的。

二、對(duì)整個(gè)工作負(fù)載的效益進(jìn)行評(píng)定

服務(wù)器、存儲(chǔ)和網(wǎng)絡(luò)團(tuán)隊(duì)之間往往較少共享流程和度量評(píng)定標(biāo)準(zhǔn)。對(duì)于客戶來說，這會(huì)導(dǎo)致混亂的工程規(guī)范和職責(zé)不清的部門利益糾紛。客戶不需要關(guān)心是否存在瓶頸或者出現(xiàn)系統(tǒng)錯(cuò)誤，他們只需要了解什么時(shí)候能夠備份、運(yùn)行或者系統(tǒng)為何運(yùn)行不夠靈活矯健。

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

三、選擇基于關(guān)鍵工作負(fù)載的最好技術(shù)方案

以工作負(fù)載為中心面臨的最大的挑戰(zhàn)是涉及到整個(gè)基礎(chǔ)架構(gòu)。因?yàn)榛A(chǔ)架構(gòu)是圍繞工作負(fù)載來設(shè)計(jì)的，新方案的部署又是有多種方式可選，因而就會(huì)涉及到解決方案的融入。這些方案可以分成三大類別：分區(qū)融合系統(tǒng)、為關(guān)鍵工作負(fù)載優(yōu)化的融合系統(tǒng)和公有云模型。

以工作負(fù)載為中心的模型代表了對(duì)傳統(tǒng)基礎(chǔ)架構(gòu)部署方案的摒棄，因此一開始實(shí)行起來的時(shí)候會(huì)不那么順暢。但對(duì)于企業(yè)來說還是非常有必要去執(zhí)行，不論多大規(guī)模的企業(yè)，也不論是經(jīng)濟(jì)角度還是效率角度，都值得去推廣。否則的話，到頭來業(yè)務(wù)會(huì)發(fā)展到以“你”為中心。