微服務(wù)器提供超高密度工作負載

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

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

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

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

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

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

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

服務(wù)器、存儲和網(wǎng)絡(luò)團隊之間往往較少共享流程和度量評定標準。對于客戶來說，這會導致混亂的工程規(guī)范和職責不清的部門利益糾紛?？蛻舨恍枰P(guān)心是否存在瓶頸或者出現(xiàn)系統(tǒng)錯誤，他們只需要了解什么時候能夠備份、運行或者系統(tǒng)為何運行不夠靈活矯健。

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

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

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

以工作負載為中心的基礎(chǔ)設(shè)施架構(gòu)圖

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

lihongliang