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

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

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

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

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

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

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

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

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

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

雖然微服務架構將應用分解成開發(fā)人員可以更輕松地管理和擴展的組件，但它們并不會讓整個應用程序變得更容易構建。微服務應用程序仍然需要提供相同的功能，并執(zhí)行與整體相當?shù)墓δ堋?br />
更重要的是，在一個應用中的各個微服務組件使用API來交換數(shù)據(jù)。API的改變可能引入差錯，例如API版本之間消息格式的差異。此外，由于更多的組件試圖交換信息，可能會發(fā)生網絡擁塞。

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

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

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

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

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