對IT團隊來說在所有看似無窮的選擇中，數據中心硬件的選擇是更偏向于哲學層面的而不是技術層面的。是搭建自己的硬件還是購買即插即用的集群好呢?這并不是簡單的問題。市面上有如此多高度融合的系統，這個基本的問題帶來了有趣的新的復雜性。

[[166986]]

如果隨意搭配來購買硬件可以防止廠家鎖定，并且購買的決定只基于這個產品本身是否能勝任特定的工作。當然，這種方式需要某種程度的系統集成。并且在實施的階段需要更多的時間。

另一方面說，如果購買一個預先構建好的集群可以減少讓系統跑起來所需要的時間和減少管理的負擔。但是采購的花費卻是另一個負擔。

找到正確的方法選擇數據中心硬件

典型的預構建策略是集裝箱式數據中心，廠家會將預測試的裝置打包好以更快地進行運輸和安裝。如果你的IT團隊缺少硬件集成的技能，那么即插即用的方法——不管是在集裝箱中包含了整個數據中心還是集成的基礎架構產品——對要求可靠性和可擴展性的企業來說都是很有吸引力的。

首先，所有的零件都保證可以一起正常地工作。所有的零件都被考慮到，而且用戶通常只需要一個基礎的安裝指引就可以入手。

那么那些理由都經得起細想嗎?隨著業界高水平的標準化，通常會像商業/商品現貨(或叫做COTS)所描述的那樣，我們已經很接近真正的可替換的元素了。現代的系統就像互相咬合的樂高一樣。這消除了認為某些融合系統不可思議的想法：即購買了融合產品，那么所有的部件都會很容易地協同工作。

企業IT應該持懷疑的態度想一想融合架構的調節和優化問題，因為這種“優化”可能是基于標準使用案例的，可能和你的企業所需要的不同。而且，配置起來也并不是隨心所欲的。大多數融合集群在配置層面上是相當缺乏彈性的，特別對于每臺服務器drive-to-system和針對每個服務器的LAN口來說。

值得一提的是很多云服務提供商擁有很強大的購買力，他們可以針對細枝末節的部分指定放入集裝箱式數據中心的硬件。大多數中型的IT企業將來會購買更少的系統，來減少他們針對融合系統的煩惱。

對于整合的系統來說有客觀的溢價，就像它的前任刀片服務器一樣。如果這個溢價被當作“整合費用”的話，那么包含了自己做集成的費用或者尋找第三方集成商來組裝這些組件的費用。

對廠家產品的信賴會帶來一個棘手的問題。這個產業正在轉向從同一個為云供應商生產裝置的供應商處購入便宜的服務器。伴隨著每年數以百萬計的銷量，這些產品達到了市場上其他產品的質量，而且還擁有更低的價格。

另一個針對聚合方法的挑戰是來自軟件定義的新潮流。它的重點在使用簡單的裸設備和存儲，軟件定義基礎架構應該可以解決任何現有的集成問題，因為在軟件定義生態系統中的元素一定要堅持相互通信的標準。這看起來會弱化預先集成好的整合產品的額外價值。

做出你的方案

那么，在什么時候單一廠家的方案在數據中心硬件采購時是有意義的呢?

如果你不想被集成的過程所煩惱，那么一個融合基礎架構產品是很有吸引力的。特別在因為加固需要而建立集群的情況下，例如針對于軍隊或者石油和天然氣產業。不過，在大部分情況下，***的考慮還是預集成的系統價值和價格。

使用ODM盒子作為一個基準，企業可以從預配置和單元測試中收益。或許，增值分銷商和集成商會為購買者提供增值服務。多余的費用會抵消在便利性、專業性和流程質量上。把很多驅動項放到供應商并且搭建一個盒子是很無聊的工作，而且并不是所有的IT團隊都擁有用來測試單元的所有的調試工具。

這也是Google用來購買大型預配置產品的理由。企業也可以使用同樣的理由用來購買小型的集成產品。

很多ODM為他們的集成系統提供了預配置的服務。ODM趨向于讓針對例如驅動器和外插卡的物品更加靈活化——避免你選擇了單一的廠家之后的廠商鎖定問題。

值得注意的是預集成并不是新的東西。刀片服務器旨在解決同樣的問題，不過缺乏彈性和高昂的價格讓他們并不能被廣泛的接受。聚合產品可能比刀片服務器更好，但是也面臨著同樣的問題。

***，預集成的系統對于對硬件集成缺少興趣或者技能的公司來說還是很有吸引力的。這種系統也會對于傾向于只是用單一廠家而不是很多廠家產品，但希望從購買到系統運行這個過程轉換得夠快的公司來說也是很好的。

ODM會如何在市場增加主導地位還不太明確，但是價格訴求會戲劇性地變化——而且CEO還是視價格為主導因素。這會讓ODM組件層面的購買成為一時的主流，不過ODM融合系統會改變這種平衡。