我一直在考慮IT的兩個領域：復雜性與融合性，都還有許多有待完善之處。

　　總的來說，我們運營著一些非常復雜的基礎設施，這在某種程度上增加了IT難度。隨著Nutanix新一輪的巨額投資，Whiptail作為UCS Invicta融入Cisco，VMware也發(fā)布了VSAN，我們可以看到越來越多的融合正在發(fā)生。許多經(jīng)常獨立的IT區(qū)域被強行整合。

　　我們的數(shù)據(jù)中心是由山寨堆積而起的

　　我們并不是從復雜系統(tǒng)開始。最初設計用來解決問題的系統(tǒng)簡潔、簡單并易于部署。

　　隨著部署的推進，問題變得越來越多。有時候是缺乏需求——會有人忘記通知所有人或者關鍵用戶。有時候還可能遇到光纖交換機的管理接口可以達到千兆速度，但實際上卻以10/100M的速率工作，需要進行修復。不管是何種速率，都需要進行修復操作，而且這樣的修復都會影響數(shù)據(jù)中心設計。

　　漸漸地，我們?yōu)榱藨獙π碌臉I(yè)務需求，在原先有良好的設計上不斷添加東西。使用新部件替換老化或故障組件，但這些部件絕對與舊的不同。我們想出無數(shù)“容易修復”的問題，并將其堆積，越來越山寨，直到原始設計所剩無幾，簡單的系統(tǒng)設計僅存在于幾年前的Visio圖表中。

　　融合架構不簡單

　　融合架構看到了這點問題。從Nutanix買一個安裝包，它將計算與存儲整合并作為一個整體管理。與VMware的VSAN相同，將服務器與本地磁盤相關聯(lián)。Cisco UCS也包括存儲，還可以獲得管理網(wǎng)絡、存儲與計算能力的簡單管理接口。非常吸引人，不是嗎？表面上看，只需要簡單的擁有與運營。

　　實際上，這些東西不簡單。Nutanix系統(tǒng)非常復雜，有很多可移動部件與模塊，令人精神錯亂的部分：支撐虛擬機部署的虛擬化服務與其他一些服務都被封裝起來，就如引擎蓋下掩藏的復雜機械。

　　VMware VSAN也一樣，其他任何高度融合的解決方案都如此。Cisco UCS使用了更傳統(tǒng)的硬件方式，并且避免了一定程度的復雜性。廠商以某種方式修飾了這些方面問題，尤其是融合光纖通道與數(shù)據(jù)網(wǎng)絡。任何時候，只要你混合流量或者新建內容，都會提高復雜度與管理難度，無論供應商之前是怎么告訴你的。

　　我們喜歡這些融合系統(tǒng)，因為它們簡化了日常運作并降低運營成本。但它們并沒有簡化我們的數(shù)據(jù)中心。實際上它們增加了復雜性，并試圖對我們隱藏事實。

　　2002年，美國國防部長Rumsfeld針對戰(zhàn)爭狀況發(fā)言稱“known knowns， known unknowns and unknown unknowns.”雖然這句話本身很復雜，但信息其實很簡單：如果我們不知道自己不知道，情況會很糟糕。當我們購買融合系統(tǒng)時，我們是否知道這樣將對數(shù)據(jù)中心造成多少未知的影響？

　　對此，沒有很好的答案，而我其實很想了解這些融合系統(tǒng)，它們可以做什么來彌補舊數(shù)據(jù)中心復雜、架構復雜，保證數(shù)據(jù)中心便捷簡單問題。

　　對我來說，融合架構是我在某天會要打開的黑盒子，因為總有一點會出點問題。直到那天，我會非常向往早期曾擁有過的簡單基礎設施，只有一個協(xié)議到電纜，一個工作負載的服務器和簡單圖表就能顯示一切。