微服務器提供超高密度工作負載

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

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

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

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

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

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

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

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

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

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

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

以工作負載為中心的基礎設施架構圖

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

lihongliang