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

模塊化機(jī)房建設(shè)有哪些優(yōu)缺點(diǎn)

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

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

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

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

基于微服務(wù)應(yīng)用的一個(gè)最大的優(yōu)點(diǎn)是，它們往往比傳統(tǒng)的應(yīng)用程序更有效地利用計(jì)算資源。這是因?yàn)樗鼈兺ㄟ^擴(kuò)展組件來處理功能瓶頸問題。這樣一來，開發(fā)人員只需要為額外的組件部署計(jì)算資源，而不需要部署一個(gè)完整的應(yīng)用程序的全新迭代。最終的結(jié)果是有更多的資源可以提供給其它任務(wù)。

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

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

盡管有種種優(yōu)點(diǎn)，微服務(wù)架構(gòu)也受到了一些批評(píng)。

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

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

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

最后，許多微服務(wù)的應(yīng)用程序使用的補(bǔ)充服務(wù)，如負(fù)載均衡，自動(dòng)擴(kuò)展和事件驅(qū)動(dòng)計(jì)算，這使得開發(fā)者依賴于云提供商提供的可用性和性能。這種對(duì)外部服務(wù)和API的相互依賴也可導(dǎo)致可靠性和版本的問題。

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

來源：機(jī)房監(jiān)控 http://qdlanhai.cn   本文采集于網(wǎng)絡(luò)，如有問題有聯(lián)系刪除