通過軟件來控制任何東西的能力是軟件定義吸引人的地方，不過，可擴展性、集成性和其他的考慮因素也應該成為設計SDDC（Software-Defined Data Center）的一部分。

當在設計一個軟件定義數(shù)據(jù)中心時，企業(yè)需要考慮的因素很多，包含集成和自動化。在部署的每一步都需要對業(yè)務的需求有深入的了解，并且知道需要克服哪些財務的障礙。

有一些企業(yè)可能會想通過一個供應商來完成軟件定義數(shù)據(jù)中心（SDDC）的搭建，但這是不可能的。但是如果去考察其他企業(yè)的SDDC架構 特別是大型云服務供應商 對決定你的需求程度和決定最有利的基礎架構類型是有一定的幫助的。

SDDC設計所考慮的軟件

SDDC的關鍵特征是通過軟件來控制各個方面的能力。這相比物理的基礎架構變更或者手動控制流程更加靈活。SDDC可以讓負載工作在物理基礎架構之上獨立地運行。它還允許將基礎架構管理和負載管理進行分離，兩個平面都可以通過程序進行控制，而不是人為的直接操作。比如說一個負載策略可以在現(xiàn)有的web服務器超過一定閾值后增加web服務器的數(shù)量來平衡負載?；A架構策略可以是對一個感染的hypervisors部署一個安全補丁。這些策略以及一些自動化的工具的推出，推動著SDDC的發(fā)展。

人們容易認為整個SDDC 或者至少從軟件方面 應該都來自一個單一的廠商。事實上沒有一個廠家能夠提供SDDC中的所有部件，并且也肯定不會有統(tǒng)一的產品。舉個例子，VMware's vRealize Automation （vRA） 套件包含了很多基礎架構的組件，但是卻沒有能力成為持續(xù)集成/持續(xù)開發(fā)（CI/CD）的工具。如果你去問你的程序員，他們會告訴你CI/CD系統(tǒng)是SDDC架構里面很關鍵的一部分。VRA也不是設計來更新你物理服務器的固件或者存儲陣列內固態(tài)硬盤的微碼的。這就是SDDC是由不同的廠商組成的原因。這并不是一件壞的事情，不過這會讓SDDC的設計變得更加復雜。

SDDC設計的集成關鍵

觀察一下大規(guī)模的云提供商，你會發(fā)現(xiàn)要建立包羅萬象的SDDC是可以達成的。這些云提供商不會從單一廠家購買他們的基礎架構，他們會從不同的廠家處購買部件并且進行組裝來滿足自己的需求。大多數(shù)大型云提供商都有自己的開發(fā)團隊來做不同組件的集成。想象一下如果所有組件都做了集成，那么你可以在數(shù)分鐘內部署一個VM實例，并且將其連接到正確的內部和外部網(wǎng)絡中去 這些都可以從自服務的門戶網(wǎng)站、一些腳本命令或者一些應用程序編程接口（API）調用來達成。從財務的角度想象一下要建立這種級別的SDDC需要多少成本，建立一個大型SDDC架構費用是高昂的，但是回報也會非常大。

對于一個企業(yè)來說，這種規(guī)模的集成并不一定是必須的。首先，很多產品都內建了自動化的工具，你只需要簡單地將他們集成在一起就可以了。大多數(shù)企業(yè)公司有自己的基礎架構標準，因此他們不需要對不同的組件進行集成。而且，你的SDDC規(guī)模也不會像公有云提供商一樣那么大。企業(yè)可以指定某一些集成方式來滿足自己的商業(yè)需求。而云提供商在這方面則要支持客戶所需要的所有集成的場景。

在設計SDDC的時候，你會期待將一些組件進行集成，例如最終用戶的門戶、服務器硬件、軟件定義網(wǎng)絡和軟件定義存儲。這也是API發(fā)揮作用的地方，它會讓一個SDDC組件與另一個組件進行集成?？梢允褂昧餍械腞est API來將一些腳本綁定到你經(jīng)常使用的腳本語言中?？梢詾槟愕漠a品尋找一些有API、綁定或者理想的集成模板。

在設計SDDC中一個比較關鍵的考慮因素是去定義你的視野范圍。通常來說SDDC最有價值的地方在于能快速變化你的環(huán)境（比方說生產環(huán)境和測試環(huán)境）。你可以將首次部署排除生產環(huán)境來減少一些風險。一旦開發(fā)/測試環(huán)境已經(jīng)被驗證并且學到了相關的經(jīng)驗，那么可以讓生產環(huán)境介入。如果你的企業(yè)不是通過敏捷或者DevOps方法來進行軟件開發(fā)的話，那么CI/CD系統(tǒng)是沒有價值的，這種情況下部署自服務、非生產的VM平臺就足夠了。

文章編輯：CobiNet(寧波)，本公司專注于電訊配件,銅纜綜合布線系列領域產品研發(fā)生產超五類，六類,七類屏蔽網(wǎng)線/屏蔽模塊及相關模塊配件,歡迎來電咨詢0574 88168918,網(wǎng)址78867.cn

我們是萬兆屏蔽模塊，10G屏蔽模塊，屏蔽線生產廠家。