隨著數據中心的發(fā)展，企業(yè)的需求正在不斷變化，而數據中心的模式也在朝著多樣化的方向發(fā)展著。這就不得不提到模塊化機房的建設了。那么，模塊化機房建設究竟有哪些優(yōu)缺點呢？

模塊化機房建設有哪些優(yōu)缺點

隨著數據中心大規(guī)模集約化部署的發(fā)展趨勢越來越明晰，數據中心的建設和運營方式也出現(xiàn)了質的變化，以高效為核心的解決方案，可以說占著革命者的地位。

我們不難發(fā)現(xiàn)微模塊化數據中心是有著兩面性的，一方面它的優(yōu)點是可以非常迅速地部署完畢，通常只需要幾周時間;相比之下，建造傳統(tǒng)的數據中心通常需要幾個月，甚至幾年。而且模塊化數據中心成本較低，采用集裝箱數據中心和預制單位的用戶可有效降低成本。

再有的是微模塊化數據中心它易于部署，集裝箱似的數據中心和預制單位可以部署在采用者指定的任何位置，同時擴展容易，可根據需要，添加更多的空間，其表現(xiàn)為添加集裝箱數據中心、預制單位或建筑面積。

當然它的另一面是微模塊化數據中心也有其缺點。首先，模塊化數據中心耐用性差，集裝箱數據中心和預制的模塊化數據中心則較能經受時間和天氣的考驗。第二是空間有限，大多數模塊化數據中心，特別是集裝箱數據中心，其設計是用來容納設備而不是容納人的。

基于微服務應用的一個最大的優(yōu)點是，它們往往比傳統(tǒng)的應用程序更有效地利用計算資源。這是因為它們通過擴展組件來處理功能瓶頸問題。這樣一來，開發(fā)人員只需要為額外的組件部署計算資源，而不需要部署一個完整的應用程序的全新迭代。最終的結果是有更多的資源可以提供給其它任務。

微服務應用程序的另一個好處是，它們更快且更容易更新。當開發(fā)者對一個傳統(tǒng)的單體應用程序進行變更時，他們必須做詳細的QA測試，以確保變更不會影響其他特性或功能。但有了微服務，開發(fā)者可以更新應用程序的單個組件，而不會影響其他的部分。測試微服務應用程序仍然是必需的，但它更容易識別和隔離問題，從而加快開發(fā)速度并支持DevOps和持續(xù)應用程序開發(fā)。

第三個好處是，微服務架構有助于新興的云服務，如事件驅動計算。類似AWSLambda這樣的功能讓開發(fā)人員能夠編寫代碼處于休眠狀態(tài)，直到應用程序事件觸發(fā)。事件處理時才需要使用計算資源，而企業(yè)只需要為每次事件，而不是固定數目的計算實例支付。

盡管有種種優(yōu)點，微服務架構也受到了一些批評。

雖然微服務架構將應用分解成開發(fā)人員可以更輕松地管理和擴展的組件，但它們并不會讓整個應用程序變得更容易構建。微服務應用程序仍然需要提供相同的功能，并執(zhí)行與整體相當的功能。

更重要的是，在一個應用中的各個微服務組件使用API來交換數據。API的改變可能引入差錯，例如API版本之間消息格式的差異。此外，由于更多的組件試圖交換信息，可能會發(fā)生網絡擁塞。

其次，測試和部署微服務的應用程序也可能更復雜。推出微服務的應用程序不只是運行一個.exe文件的問題。相反，一個微服務部署通常要求一個詳細的腳本進行提供，加載，邏輯連接，然后啟動必要的虛擬化實例組件。這是一個復雜的過程，而要移植這樣的部署則更具挑戰(zhàn)性。

還有就是存在一定的安全風險，孤立的集裝箱數據中心比傳統(tǒng)的大型數據中心增添了很大的安全風險。最后是可選擇的范圍有限，許多模塊化數據中心產品要求只能使用特定廠商的硬件或解決方案。事物自古有利有弊，重要的是它是否能滿足當今市場的發(fā)展需求，但就我個人看來，模塊化的數據中心必然有他存在和發(fā)展的價值。

最后，許多微服務的應用程序使用的補充服務，如負載均衡，自動擴展和事件驅動計算，這使得開發(fā)者依賴于云提供商提供的可用性和性能。這種對外部服務和API的相互依賴也可導致可靠性和版本的問題。

微服務為軟件開發(fā)人員提供了一個新的模式，使他們能夠將復雜的企業(yè)應用開發(fā)成一系列的相關功能組件。雖然這些組件對于云部署來說很理想，但開發(fā)人員必須在部署之前仔細權衡微服務的優(yōu)點和缺點。
以上就是模塊化機房建設有哪些優(yōu)缺點的全部內容了，其實所謂模塊化數據中心是指每個模塊具有獨立的功能、統(tǒng)一的輸入輸出接口，不同區(qū)域的模塊可以互相備份，通過相關模塊的排列組合形成一個完整的數據中心。盡管目前數據中心存量市場還是以傳統(tǒng)為主，不過運營商新近規(guī)劃的數據中心基地都在考慮新的模式，即大規(guī)模應用場景采用微模塊方式。

來源：機房監(jiān)控 http://www.grandying.com   本文采集于網絡，如有問題有聯(lián)系刪除