軟件定義的數據中心的一個首要目標就是，幫助IT部門提高靈活性，為用戶們迅速提供類似云服務的服務。它還承諾：以一種更協調、更簡化的方式提供IT服務，從而節省資金。基礎設施的各部件和服務具有如下特點：合并、完全自動化、受業務策略驅動、集中管理，以提高性能。軟件定義的數據中心(SDDC)可以監測需求，并且配置適當的資源，短短數秒內即可自動響應。

為存儲、網絡和計算等部件開發軟件定義解決方案的供應商們預測效果會很好，比如資本開支可以節省75%，運營開支可以節省55%。支持軟件定義的數據中心的技術有助于消除傳統數據中心在計算、網絡和存儲等方面的孤島，并且夯實在許多大中型企業已成熟起來的服務器虛擬化基礎設施。

不過與往常一樣，光憑技術無法達到要求。SDDC需要對IT流程進行一番相當全面的重新設計，才能帶來它聲稱有望帶來的諸多優點：節省成本、提高生產力和業務靈活性。下面這五個策略可以幫助你在向軟件定義的基礎設施遷移的過程中盡量確保成功。

1. 從小處入手

對采用軟件定義的數據中心的許多公司來說，面臨的***障礙就是惰性。過去有一種誤解(這一方面歸咎于供應商)：公司必須一頭扎入，同時改造數據中心的全部運營系統，以及/或者致力于一開始就要耗用大量資源的項目。這讓人望而生畏，事實上也沒有必要。

相反，你開始趟上SDDC之旅時先從一個小規模項目入手。這個小項目與某個不太顯眼的服務或活動有關，僅僅涉及SDDC環境的一個層面：比如計算、網絡或存儲。比如說，遷移涉及數據庫服務的存儲工作負載就是讓你有機會試水的理想項目。如果公司在不干擾服務的情況下，使用VMWare Live Migration之類的技術來動態遷移虛擬機，就有機會了解SDDC，并獲得可以量化的效益，比如正常運行時間達到100%。

反過來，力爭整個電子商務網站***試水SDDC可能會帶來災難。這種類型的項目涉及多個應用服務(庫存、訂單管理和發貨)，因而需要軟件定義的存儲、網絡和計算等方面的解決方案都無縫地協同運行。要是新的基礎設施出現了什么故障或延遲――試用新技術時很可能會出現這種情況，高層管理班子一下子就會看到負面結果。要是創收系統停運，哪怕停運一分鐘，***執行官也不樂意。

如果從一個小規模的非關鍵性項目入手，IT人員就可以迅速了解情況，并為下一個項目完善流程，因而可以在不帶來業務風險的情況下，加強SDDC方面的專長。

2. 具備必要的技能

在軟件定義的數據中心，IT團隊需要懂得系統自動化和編排的人員。這些技能涵蓋不同的技術領域，通常與業務部門、與外部服務提供商密切合作的人員或者擔任跨部門角色的人員(比如系統管理員)才具備這些技能。

其次，要明白SDDC技術通常與供應商密切相關。比如說，選擇一款思科的解決方案就需要在思科網絡方面擁有專長的人員。根據貴公司內部擁有的技能來選擇平臺要容易得多，風險也要低得小，而不是試圖對人員進行再培訓、熟悉一種陌生的技術。即便如此，即便企業擁有一支很能干的團隊，SDDC還是處于早期階段，IT部門仍需要在培訓、支持及外部咨詢方面投入資金。

3. 評估遺留技術和供應商合同

沒有哪個明智的IT負責人會為了采用SDDC功能而想要(或能夠)丟棄并更換所有系統和供應商關系。IT部門應該根據與供應商簽訂的長期合同和購買力，將業務優先級納入進來，然后根據那些關系再來決定購買怎樣的SDDC。

一家公司之所以統一使用思杰桌面技術，而不是VMware技術的公司，就是出于成本、功能和供應商采購協議等原因。對這家企業而言，改用另一家供應商可能會讓采購策略過于復雜，因而不太可能選擇來自VMware的SDDC解決方案。另外還需要評估硬件報廢狀態。如果IT人員想要部署思科SDDC，但是擁有的惠普網絡基礎設施才用了兩年，那么選擇惠普解決方案有更高的經濟效益。#p#

4. 重新考慮IT組織

在軟件定義的基礎設施看來，“沒有更多的孤島”這句口號已走到了路的盡頭。CIO根本無法繼續像過去那樣運行IT部門，存儲、網絡、服務器和應用程序等不同的小組都愉快地各自工作。保持孤島是SDDC面臨的技術障礙;在SDDC中，數據必須自由流動，并且總體上加以協調。

孤島還有悖于最終目標。在理想情形下，SDDC提供來自所有部件的更密切相關的信息，然后將該數據在整個IT部門不斷分發，從而使更有效的決策和管理實現自動化。它關心的不是服務器正常運行時間或存儲效率，而是用戶能夠按照所需的服務級別完成事務或任務嗎?IT人員能多迅速地升級好系統?應用程序的運行方式支持業務部門的目標嗎?

角色也在變化。如果公司部署了VMware等軟件定義的計算產品，這會影響存儲小組或網絡小組。那些人就需要根據虛擬化基礎設施以及針對SDDC優化的標準，優化并交付服務。最重要的是，人員必須以新的方式進行合作，而且常常是跨原有的邊界合作。

5. 使用業務度量指標

多年來，IT部門一直在以人工和自動化的方式來監測性能，不過那些度量指標對業務部門來說常常沒多大意義。如果只有10%的服務器其利用率為30%，那么提高服務器利用率并沒有(貌似)明顯的業務效益。相反，選擇幾個對業務經理們來說很重要，并且有助于衡量新基礎設施成效的度量指標。有時候，那些度量指標因項目而異。

不管怎樣，度量指標回過頭來應與業務效應緊密相關。選擇的度量指標應該能證明你在面向SDDC的新環境中支持用戶有多靈活、多高效、多有效。衡量所有項目的一個共同指標是部署速度。靈活性是如今IT部門的首要驅動因素，軟件定義的基礎設施應該能夠大幅縮短部署、升級或修復用戶服務的時間，甚至可以縮短90%。

其他度量指標包括如下：

•適應實時需求的速度，這可以通過衡量與服務器和客戶機之間的響應時間來了解;

•在停運時間為零的情況下遷移存儲資源的功能;

•改造基礎設施以運行不同應用程序的速度;

•診斷問題的速度;

•在用戶停運時間為零的情況下擴展基礎設施的功能;

•更換系統的速度;

•將工作負載遷移到其他基礎設施(比如從AWS遷移到VMware)的速度;

•用戶滿意度;

•易用性;

•總體成本。

至于SDDC到底是一種技術還是一套方法，還存在一些爭議。實際上，SDDC既是一種技術，又是一套方法。但是如果IT部門在開始討論時一味著眼于該選擇哪些供應商，就無法全面了解SDDC具有的價值。SDDC需要在交付和管理IT方面有一種新的思路/方向，這種思路/方向立足于業務優先級、合作和速度。