軟件定義的數據中心標志著數據中心基礎設施和自動化架構的下一演變。但是,我們并不建議所有IT企業都部署SDDC。企業的領導者們務必先要了解業務價值、最佳用例和相應的風險。
當前的企業正面臨著需更快地響應并規?;瘮U展以滿足業務需求,并同時支持混合云解決方案、分析、數字化業務、物聯網、移動化和邊緣計算的新應用程序架構的挑戰。
應用程序編程接口(API)正在成為數字化數據中心的“粘合劑”,但仍然需要一款跨所有這些API的協調引擎來協調,并最終提供業務服務所需的技術能力。
基礎架構供應商們正在積極向其平臺添加API,但這些API不是標準的,也不是跨供應商開源的,哪怕是來自同一家供應商。
除了需要在內部實施大量部署工作外,軟件定義的數據中心的(SDDC)實施還涉及到新的IT技能和企業文化轉變。
企業領導們應關注于基礎設施的靈活敏捷性:
通過確定企業的業務模式和IT項目、以及使這些成果成為可能的技術要求,進而從SDDC中獲得最大價值。
根據業務成果確定SDDC業務案例的優先級順序,如產品上市時間、降低運營成本和加快變更速度(敏捷性)。
以一個小的,焦點型用例開始您的SDDC計劃,從中學習,然后逐步擴展。
減輕SDDC項目的最大風險,如技術不成熟和供應商鎖定,同時意識到所有軟件和自動化都會產生一定程度的鎖定。
如果您不是某技術的早期采用者,并且對于工程和編程方面缺乏深入的專業知識,則不要構建完整的SDDC架構;而應選擇在其成熟時再部署特定的軟件定義組件。
戰略規劃假設
到2022年,編程技能將成為50%的I&O職位角色的主要招聘標準,這在今天僅為20%。
到2023年,SDDC的規劃能力將被全球85%的大型企業視為重要要求,遠遠高于今天25%的比例。
軟件定義的數據中心是公共云基礎設施即服務(IaaS)產品的基礎,如Amazon Web Services(AWS)和Microsoft Azure。軟件定義的方法可以通過自助服務目錄或API來選擇自動化和策略執行活動,并通過策略和分析以編程的方式實施。私有云服務今天很少部署一款完整的SDDC(除非是基于OpenStack);然而,隨著SDDC產品的成熟,他們將越來越多地這樣做。
SDDC正在成為實現與數字化業務相關的業務敏捷性和加快產品上市的關鍵。通過軟件定義的組件實現協調基礎架構,如IoT,DevOps和云服務所需的基礎架構,實現了通過使用API 和策略推動更高端的端到端自動化、移動性和集成整合。
SDDC尚不成熟
挑戰的關鍵在于:完整的、跨多個領域(例如計算,網絡,存儲,安全等)的SDDC仍然處于不成熟狀態,不適用于廣泛的內部實施(用于訪問內部數據中心和基礎設施)。因此,只有具有先進的I&O工程和架構技能的有遠見的企業或具有非常孤立的用例的公司,將在短期(1 - 2年)內部署SDDC。其他對SDDC帶來的靈活性感興趣的企業將會尋求公共云提供商或者在場外管理的私有云來實現這一優勢,而無需全面設計和部署SDDC。
然而,I&O領導者不能簡單地采購一款能夠提供業務靈活性和價值的現成的SDDC產品。相反,他們必須部署、整合和規劃多個部分,而這些部分可能來自多家公共云IaaS提供商以及內部部署的廠商,如軟件定義的存儲(SDS)、軟件定義的網絡(SDN)、軟件定義的計算(SDC)、軟件定義的安全(SDSec)和軟件定義的設施。
I&O技能更新和企業文化轉變
除了需要大量的部署工作外,SDDC的內部實施還涉及新的IT技能和企業文化轉型。例如,將網絡,存儲和計算資源分配給特定工作負載將需要IT人員為該分配進行邏輯編程或設置策略,而不是依靠電子表格和系統管理工具支持的主要手動流程集。此外,隨著自助服務基礎設施的出現,I&O領導者在直接通過使用API 和服務目錄來滿足這些需求方面面臨越來越多的挑戰。這需要I&O預先為應用程序開發人員的消費進行設計和建立,而這正是大多數I&O企業所缺乏的技能。即使企業決定更全面地部署公共云IaaS,I&O也必須推動策略和自動化,例如,確保遵守彈性策略、備份策略和監控策略,同時保持開發人員盡可能高效。 I&O還必須通過具有安全性和應用程序和企業架構的通道來建立對公共云和公司所有基礎架構(包括IoT傳感器)的訪問和集成整合的恰當功能。
隨著云計算、DevOps和數字化技術的發展,許多I&O企業已經發展到更自動的SDDC業務流程功能。然而,由于缺乏技能,傳統應用程序面臨的挑戰以及維持當前環境的要求使新功能變得越來越重要,使得這方面的進展往往緩慢。另外一個問題是,很少有SDDC產品將其功能完全擴展到公有云中;這種支持才剛剛開始。還有一個問題是缺乏真正的由產品供應商支持的行業標準API,這將SDDC的部署限制為大型供應商專有的。
對于I&O領導者來說,往往對這方面的變化存在恐懼,其也是非常真實的風險。SDDC的部署必須在不僅僅專注于速度的商業文化的背景下進行,而且也必須是精于提供業務價值和實現業務戰略的企業文化。僅專注于潛在的技術能力,而沒有與業務驅動力的緊密聯系的IT文化將不是實施SDDC的好選擇。
了解軟件定義的數據中心
SDDC是一種協調IT基礎設施和設備的架構方法,可提供諸如加快產品上市,增加自動化(如持續集成/持續部署[CI / CD])和提高員工生產力等業務價值。如圖1所示,SDDC實現了物理基礎架構的抽象化,降低了通過虛擬化層訪問物理基礎架構功能的復雜性。虛擬層允許通過另一組API來訪問物理層,這些API掩蓋了下面的物理層(例如,允許訪問存儲,而不必準確地知道您正在訪問哪些存儲)。然后可以通過API或通過業務流程層直接訪問虛擬層,從而通過其API在許多基礎設施組件上實現可編程性。在業務流程層,可以為基于規則的業務流程啟用策略(例如,在需求峰值時添加更多的基礎架構)。
圖1、軟件定義的高級視圖
資料來源:Gartner(2017年4月)
SDDC的目標是通過基于策略的流程自動化來提高基礎架構的靈活性和速度,從而提供比傳統的、更加手動的流程和腳本更大的業務價值。這包括基礎設施選擇,安全性,配置和持續的生命周期管理和優化。因此,通過減少管理需求并實現自動化的可重用性,可以節省運營成本。今天,許多運營成本節省可歸因于個別的SDDC技術,如SDS、SDN或SDC。
在提供更大的業務價值的同時,SDDC能夠將支持專有硬件的軟件服務遷移到更高級別的軟件服務層,通過分布式環境驅動配置,自動化和部署的策略,以及實現資本支出成本節約的潛力,其中包含商品化硬件的資源池。此外,SDDC可以擴展到傳統硬件投資,從而通過抽象和可編程層增加其使用壽命。
了解SDDC的屬性和分類
軟件定義組件的主要屬性和SDDC的標準如下:
● 抽象 - 從物理實施中獲取資源,從而將資源與消費者分離。抽象可在配置和重新使用實例化的基礎設施元素的邏輯模型時定義,從而實現標準化。
● 儀表化 - 用于監控、發布和智能分析基礎設施(物理和虛擬)。
● 可編程 - 不僅可以實現自動配置服務,還可以通過記錄的API(通常為RESTful API)實現所有IT流程。
● 自動化 - 使用API ,借助腳本和其他自動化工具對暴露的元素進行接線,以刪除“人為中間件”。
● 政策管理 - 通過預先建立的政策實現分散式基礎架構的集中配置和重新配置,以滿足業務需求。
● 協調 - 超越基于腳本的自動化功能,可實現跨計算,網絡,存儲,設施和安全性資源領域的任務自動化,并與策略管理聯系起來進行強化和優化。
上述功能的結合將促進基礎設施的優化和基礎設施應用程序使用的創新。示例包括為SLA選擇正確的基礎架構,并動態優化基礎架構以提高資產利用率。這些功能可以獨立獲取或作為一組功能的一部分來獲取,例如在云管理平臺(CMP)中。
圖2顯示了SDDC的更廣泛的分類法以及“軟件定義的任何東西”(SDx),Gartner用其來描述軟件定義的任何東西,包括應用程序和基礎設施的總稱。SDDC是軟件定義基礎設施(SDI)的組成部分,SDI建立在SDDC之上,并擴展到SDDC,包括軟件定義的設備和軟件定義的機器,這將是IoT的關鍵組件。
圖2、SDx的分類法
SD =軟件定義
資料來源:Gartner(2017年4月)
SDDC被分解為多個組件 - 計算、存儲、網絡和設施 - 利用軟件定義服務的應用程序,通過技術服務API請求基礎架構服務。安全和管理是涵蓋應用程序、應用程序服務和基礎設施的跨域服務,也是API可訪問的。每個組件都可以通過自己的業務流程層進行訪問和管理,該層提供了一組API和策略功能,希望將一個業務流程引擎放在一起。邏輯藍圖或策略模板的目錄可以實現特定基礎架構配置(例如OpenStack Compute [Nova]中的“風格”)的可重用性,或者使用OpenStack Heat生成基礎架構模板,例如用于低延遲的工作負載特定的存儲配置文件和每秒高輸入/輸出操作,具有某些SLA保證)。公共云IaaS中的策略模板示例包括AWS CloudFormation模板和Microsoft Azure資源管理器模板。
當業務案例變得有價值時,建立SDDC
SDDC的業務價值在于通過更快的配置速度,簡化IT管理流程,并通過更快的軟件配置和更改速度實現成本控制,從而加快所有軟件(包括數字化產品和服務)的上市時間。在建立內部SDDC之前,I&O領導者應根據這三個價值主張確定SDDC的投資回報率。
內部設計的SDDC(而不是基于云的SDDC)允許抽象、業務流程和可編程的內部部署(或基于托管)的基礎設施。例如,這將允許開發人員通過業務流程層提供和擴展基礎結構,而不需要I&O人員的手工配置步驟。內部設計的SDDC還將使I&O人員能夠可編程性,例如,為資源池增加新的容量,或動態優化資源池以實現最大的資產利用。
對于IT企業來說,制定云戰略至關重要,確定內部可編程基礎設施的可訪問性將是必要的。例如,對于具有重要私有云基礎設施的企業來說,開發人員可能需要訪問,盡管通過使用平臺即服務(PaaS)層可以進一步抽象該訪問。通過PaaS,I&O團隊可以通過PaaS層向基礎架構啟用策略,但開發人員不需要直接訪問IaaS層。對于大量使用公共云IaaS的企業,大多數開發人員的訪問將直接通過公共云提供商的API和協調層進行。然而,公共和本地網絡與安全的整合可能會有一些要求,因此需要內部SDDC,但是比IaaS全面的私有云的規模要小。
表1提供了一個衡量內部設計的SDDC部署的潛在投資回報率和收益的框架,首先應該根據內部組成部分所需的可編程程度來考量。 I&O領導者應該注意,SDDC的投資回報率將大大提高開發人員的可訪問性和可編程性,從而加快產品上市速度。作為一個副帶效應,I&O人員成本將被簡化和減少,因為預先打包可重復的IaaS功能為開發人員釋放了I&O人員的手動操作。這些成本節省將長期存在,因為大多數基于軟件定義的應用程序將是新的,從而使傳統應用程序和基礎架構繼續得到支持(主要是以手工方式,直到應用程序合理化和現代化)。內部設計的SDDC還可以降低資本支出,因為基礎設施資源得到更好利用,商品化基礎設施可以替代更昂貴的專有硬件。
表1、SDDC的價值和投資回報率
資料來源:Gartner(2017年4月)
然而,在公共云和企業內部部署中實施的SDDC將需要新的技能,角色和可能的專業服務。一個關鍵的新角色是IaaS產品經理和交付經理,以方便開發人員的開發,并啟用可重復的IaaS功能。