軟體定義資料中心設計應集中于可擴充性和內建性

通過軟體來控制任何東西的能力是軟體定義資料中心吸引人的地方，不過，可擴充性、內建性和其他的考慮因素也應該成為設計sddc(software-defined data center)的一部分。

當在設計一個軟體定義資料中心時，企業需要考慮的因素很多，包含內建和自動化。在部署的每一步都需要對業務的需求有深入的了解，并且知道需要克服哪些财務的障礙。

有一些企業可能會想通過一個供應商來完成軟體定義資料中心(sddc)的搭建，但這是不可能的。但是如果去考察其他企業的sddc架構——特别是大型雲服務供應商——對決定你的需求程度和決定最有利的基礎架構類型是有一定的幫助的。

sddc設計所考慮的軟體

sddc的關鍵特征是通過軟體來控制各個方面的能力。這相比實體的基礎架構變更或者手動控制流程更加靈活。sddc可以讓負載工作在實體基礎架構之上獨立地運作。它還允許将基礎架構管理和負載管理進行分離，兩個平面都可以通過程式進行控制，而不是人為的直接操作。比如說一個負載政策可以在現有的web伺服器超過一定門檻值後增加web伺服器的數量來平衡負載。基礎架構政策可以是對一個感染的hypervisors部署一個安全更新檔。這些政策以及一些自動化的工具的推出，推動着sddc的發展。

人們容易認為整個sddc——或者至少從軟體方面——應該都來自一個單一的廠商。事實上沒有一個廠家能夠提供sddc中的所有部件，并且也肯定不會有統一的産品。舉個例子，vmware's vrealize automation (vra) 套件包含了很多基礎架構的元件，但是卻沒有能力成為持續內建/持續開發(ci/cd)的工具。如果你去問你的程式員，他們會告訴你ci/cd系統是sddc架構裡面很關鍵的一部分。vra也不是設計來更新你實體伺服器的固件或者存儲陣列内固态硬碟的微碼的。這就是sddc是由不同的廠商組成的原因。這并不是一件壞的事情，不過這會讓sddc的設計變得更加複雜。

sddc設計的內建關鍵

觀察一下大規模的雲提供商，你會發現要建立包羅萬象的sddc是可以達成的。這些雲提供商不會從單一廠家購買他們的基礎架構，他們會從不同的廠家處購買部件并且進行組裝來滿足自己的需求。大多數大型雲提供商都有自己的開發團隊來做不同元件的內建。想象一下如果所有元件都做了內建，那麼你可以在數分鐘内部署一個vm執行個體，并且将其連接配接到正确的内部和外部網絡中去——這些都可以從自服務的門戶網站、一些腳本指令或者一些應用程式程式設計接口(api)調用來達成。從财務的角度想象一下要建立這種級别的sddc需要多少成本，建立一個大型sddc架構費用是高昂的，但是回報也會非常大。

對于一個企業來說，這種規模的內建并不一定是必須的。首先，很多産品都内建了自動化的工具，你隻需要簡單地将他們內建在一起就可以了。大多數企業公司有自己的基礎架構标準，是以他們不需要對不同的元件進行內建。而且，你的sddc規模也不會像公有雲提供商一樣那麼大。企業可以指定某一些內建方式來滿足自己的商業需求。而雲提供商在這方面則要支援客戶所需要的所有內建的場景。

在設計sddc的時候，你會期待将一些元件進行內建，例如最終使用者的門戶、伺服器硬體、軟體定義網絡和軟體定義存儲。這也是api發揮作用的地方，它會讓一個sddc元件與另一個元件進行內建。可以使用流行的rest api來将一些腳本綁定到你經常使用的腳本語言中。可以為你的産品尋找一些有api、綁定或者理想的內建模闆。

在設計sddc中一個比較關鍵的考慮因素是去定義你的視野範圍。通常來說sddc最有價值的地方在于能快速變化你的環境(比方說生産環境和測試環境)。你可以将首次部署排除生産環境來減少一些風險。一旦開發/測試環境已經被驗證并且學到了相關的經驗，那麼可以讓生産環境介入。如果你的企業不是通過靈活或者devops方法來進行軟體開發的話，那麼ci/cd系統是沒有價值的，這種情況下部署自服務、非生産的vm平台就足夠了。

本文作者：alastair cooke

來源：51cto