摘要：在本文中，專家克萊夫·隆巴頓將就企業組織的配置管理系統本身，以及為什么其對于尋求獲得發展的企業組織已變得如此重要的原因進行深度剖析。

在當前這樣一個企業組織所依賴的IT平臺正變得越來越復雜的世界里，IT專業人員必須改變自己的心態，以便能夠跟上快速發展的市場動態。自動化是突破到新的計算方式的另一邊的關鍵，而這一關鍵的一個主要方面便是配置管理。 配置管理可以被定義為描述了一家企業的硬件和軟件的詳細記錄和更新信息，使企業能夠得以成功地提供新的代碼和應用程序包，并在其整個生命周期進行管理。

過去的那些一個IT項目會涉及到采購一兩臺服務器，并需要對這些服務器進行設置，安裝某些特定的軟件，以便為一個用戶子集創建一個獨立的、相對密閉的環境的日子已經一去不復返了。虛擬化的平臺成為了現如今的企業組織所關注的重點——而對于這些虛擬化平臺的管理便需要同時了解虛擬和物理環境的配置管理系統。能夠跨虛擬化平臺(包括混合云服務)配置、管理和遷移工作負載，已然成為任何企業組織在當前的重要目標。

當創建一個新的IT系統時，企業組織應該定義其需要哪些功能。存儲、計算、網絡帶寬、負載平衡器和防火墻只是創建一個新的工作系統所需的某些方面。但是，創建IT系統是相當耗費時間的——而當其準備就緒的時候，企業組織的需求可能已經發生了改變。而一個有效的CM系統(configuration management system)則能夠收集創建一個工作系統所需的所有方面，并以一種完整的管理方式將這些所有方面分派到一個操作環境，然后監視工作負載，并盡可能以快速且有效地的方式實現打補丁和升級。

一款良好的配置管理系統將有助于一家企業組織降低管理IT平臺的成本。因為人為操作錯誤的問題得以避免，使得其將能夠為平臺提供更好的正常運行時間。其還將能夠為跨IT平臺正在發生的事情提供一個更好和更深入的觀察視角，并幫助識別任何問題產生的根源。最后，一款強大的CM系統可以為企業組織提供一個關于哪些硬件和軟件資產已經到位的精準的視圖，從而避免了許可授權的過度和不足的情況，以及維修費用的浪費。

硬件和軟件

配置管理主要有兩個部分，但這兩個部分都應該以一種緊密匹配的方式處理。第一個部分是在硬件層面——無論是物理或虛擬的形式。任何IT平臺都依賴于其物理屬性，如服務器的類型和數量、存儲系統、網絡交換機、路由器和綜合布線。然而，如果物理硬件此后匯總到了虛擬化的資源池，那么，一款配置管理工具便可以確保其能夠基于真正的資源需要而被分配資源，而不是基于估計的資源需要。

另一個方面是軟件的配置管理——而這也是其可以變得更為復雜的一個領域。每家企業組織都將有其核心的商業軟件應用程序，如CRM或ERP，而有的企業甚至可能有多個商業軟件應用程序實例，且每個商業軟件應用程序實例均有不同的補丁和更新級別。這些應用程序都是被安置在數據庫和操作系統上，通過中間件將他們整合在一起，以執行分析引擎和其它功能的。所有這些系統部件、以及它們之間的相互關系都需要正確地識別，以便能夠使它們得以正確地發揮作用。只有通過合適的配置管理工具的使用才可以使得一款復雜的軟件系統得到成功的管理，確保一款需要一個操作系統的應用程序安裝恰當的補丁，不被安裝不屬于其所需要的補丁。

從歷史上看，獲得既可以創建腳本，又可以通過設置已知的軟件流程(從安裝應用程序服務器和數據庫到應用程序本身)來運行的系統是可能的。一般來說，仍然有一定程度的人工手動干預是必需的——IP地址、LUN指針和其他設置往往不得不手動應用。

在新的世界里，工作負載的可移植性則是最為重要的。沒有人知道某項工作負載何時將需要被遷移——無論是從一個自有IT平臺的一個部分遷移到另一部份或是跨混合、私有、公共云平臺進行遷移。因此，即使不能完全消除，也必須盡量減少人工干預。

配置管理工具提供彈性資源

這便是現代化的配置管理工具發揮其功效的地方所在了。許多這類工具可以基于系統架構師提供的初始數據為虛擬資源評估理想的初始規模大小，以分配給特定的工作負載。 事實上，一些系統旨在根據其測試環境指標、定義的用戶群及交易負載來計算一項工作負載所需的資源。即使這樣的系統有一點錯誤，利用動態彈性資源(資源可以根據需求而增長和萎縮)也可以克服。

一旦定義了資源的規模大小，總體所需的軟件包就可以創建了。而在現代世界，這樣做主要有兩種方式——要么是通過虛擬機(VM)要么是通過容器集裝箱。

雖然他們的工作方式非常不同，但虛擬機和容器均需要來自配置管理工具的相同的功能——所需要的軟件必須以正確的方式匯集在一起，然后以一種優化資源利用的方式配置到IT平臺。在此之后，需要對該工作負載進行監控和管理，并根據需要進行更新和打補丁。

當尋找配置管理工具時，確保所選擇的工具可以同時接受虛擬機和容器這兩種工作方法是至關重要的。由于容器集裝箱的世界要遠比虛擬機的世界更動態，故而任何工具都必須足夠靈活能夠適應相應的變化。選擇一款僅僅只依賴于虛擬機或者只依賴于容器的工具，例如Docker，或將在未來隨著新的處理工作負載的手段的到來而導致問題。

配置管理在DevOps中是必要的

對于一家旨在采用一種DevOps方法的企業組織而言，由一個強大的配置管理過程提供的功能是必不可少的。DevOps可以被定義為促進開發和運營團隊之間更好的溝通的經營理念。正如前面所說的，配置管理工具不僅僅是通過開發和測試生產運行時來管理一款系統。他們還必須在生產環境中監視和管理工作負載，使得易于隨著工作負載的可移植性而進行修補和升級。因此，當涉及到企業的DevOps時，一款配置管理工具是相當關鍵的。從開發到測試再到現場生產運行的整個生命周期的總的控制，需要一款單一的工具，以確保在任何時候一切都是被完全管理的。這也必須包括能夠回顧在開發和測試階段運行正常，但在生產環境中出現問題的代碼的能力。

配置管理工具必須是包羅萬象的。企業買家應該看看什么是對于自己的企業最好的——由一系列頂級組件的組合所創建而成的一個配置管理系統;或一個包容性的，單一供應商的配置管理平臺，只有通過添加點工具來彌補關鍵能力的差距。在本系列的下一篇文章中，我們將與廣大讀者朋友們共同探討配置管理工具可以被用于企業組織的哪些領域，以獲得最佳的效果，并看看在當前開源環境和商業化的市場上都有哪些可用的配置管理工具。

編者按：本文是關于配置管理的四部分系列文章的第一部分。敬請期待第二部分，將為您解釋為什么企業組織需要，并能夠從配置管理中獲益。