觀點 | 破解雲管理平臺在資料中心管理體系中定位模糊的困局

作為多雲管理 CMP 領域的實踐者，博雲的雲管理平臺產品（一體化雲管平臺BeyondCMP）已經發展多年。近兩年我們發現很多企業客戶對於雲管理平臺在企業資料中心管理體系中的定位是很模糊的，尤其是以下一些問題，在行業內也一直沒有達成共識：

1.  雲管理平臺與資料中心中已有或準備建設的各類管理類平臺系統的關係是什麼？比如 ITSM、CMDB、自動化平臺、容器管理平臺、監控平臺等。

2. 雲管理平臺中有個很重要的概念叫做“納管”，那 雲管理平臺的納管物件應該包括哪些？

3. 服務目錄是雲管理平臺中非常重要的概念，透過服務目錄，雲管理平臺實現各類資源的自助化、自動化申請，對外扮演著資料中心對外服務的重要角色。 那麼雲管理平臺的服務目錄與 ITSM 的服務目錄又是什麼關係？

本文針對以上問題，結合這些年博雲的雲管理平臺在企業落地實踐中的經驗和我們對行業的觀察，提出一些自己的看法和理解，一家之言，僅供大家參考。

01

我們先看看現在資料中心的被管理物件和管理平臺都有什麼。總結下資料中心中的被管理物件，如下圖所示：

上面這個圖大體覆蓋了目前資料中心的被管理物件（沒有包含大資料元件，大資料類元件目前在雲管理平臺專案中涉及的非常少，獨立性也很強，不納入本文討論範圍）。可以看到資料中心中的管理物件是非常多的，還存在各種異構的情況，比如計算資源就可能涉及小機、X86、國產化伺服器等，儲存和網路涉及的品牌型號型別就更多了。

為了管理如上的這些物件，各個企業可能已經在資料中心體系下建設或者準備建設各種各樣的平臺，大體包括如下圖中的這些平臺、系統、工具：

分層對應各個管理物件和管理平臺/工具和個人的一些觀點認識：

基礎設施層

針對各類基礎設施的管理工具，目前最普遍建設的對基礎設施的監控。對基礎設施的各種自動化能力建設，比如基礎設施網路自動化、儲存提供自動化等，只有少部分企業做了建設。

IaaS層

對各類私有云、公有云中 IaaS 虛擬化資源的納管和監控，這部分目前是雲管理平臺管理能力的主戰場。

容器雲平臺

容器雲比較特殊，可以認為是卡在 IaaS 和 PaaS 中間的一個平臺。容器雲的管理上，目前行業裡一般都由容器雲平臺提供商提供容器雲管理平臺，同時一般容器雲還提供了基於容器的應用釋出管理平臺。

資料庫層

現在資料中心中的資料庫越來越多，包括大量的開源資料庫已經使用了起來，所以專業的資料庫管理平臺需求也越來越多，行業裡開始規模落地。

中介軟體層

中介軟體這一層，在目前資料中心中的位置是比較模糊的。首先是大量的中介軟體已經在使用，但是這些中介軟體的管理要由哪個部門、哪些人負責，行業裡相對還沒有共識。有的企業是安排了專人負責；有的則沒人負責，直接依賴於應用提供商，但通常情況下，應用提供商通常也僅僅是中介軟體的使用方，而不是中介軟體專家，所以就帶來了各種問題。個人認為中介軟體這一層在資料中心中應該是專人負責、統一提供和管控的。否則大量各種不同型別/版本的中介軟體在資料中心中的大規模使用，最終可能會成為一種管理災難。

應用層

實際上企業所有的運維活動，本質目標都是希望應用能正常、穩定的執行和提供服務，所以應用的運維管理是非常重要的。這一層涉及到的平臺工具包括應用自動部署釋出、應用監控告警、微服務治理、日誌監控等。

各類跨層次的工具平臺

包括跨層次的自動化場景（典型的有容災切換、自動巡檢等）、資料中心的運營管理、統一監控平臺等。還有一些跨層次的底層工具：自動化作業、配置管理 CMDB等。

服務目錄

目前企業裡一般包含傳統 ITSM 的服務目錄和雲管理平臺的服務目錄兩類。

02

基於以上資訊，我們對目前行業中雲管理平臺定位模糊的問題的認識得出以下結論：透過長期觀察， 我們發現雲管理平臺在行業中之所以出現定位模糊的問題，核心原因是搞混了管理功能（對各層次資源的管理、監控等）和服務提供功能（服務目錄）。

問題1：因為雲管理平臺要提供某類 “ 服務目錄 ” ，所以雲管就需要把這些服務目錄涉及的資源 “ 納管 ” 了？

具體落地來問：雲管理平臺要把如下這些資源全部管理起來嗎？這合理嗎？能實現嗎？

細想並不難理解，透過雲管理平臺將如上資源的管理監控一起來做，是不合理的，也是不現實的。

典型情況：各種異構傳統儲存資源的型別是非常多的，行業內幾乎沒有什麼成熟產品可以做管理整合；資料庫是一個專業領域，有很多專業廠商專門做，做的也很好，應該由專業廠商來做更合適；各個企業都已經有了自動化平臺，自動化作業的專業能力也應該由專業廠商來提供更合適；應用管理、監控、容器雲管理、中介軟體管理、CMDB 等都是類似的情況。

所以對雲管納管範圍這個問題，我們認為： 由雲管理平臺一個單平臺來 “ 納管一切 ”，是不合理的，也是很難做好的。對資料中心中各層物件的管理包括專業工具提供，應該由各個專業管理平臺工具來做。

當然，IaaS 層的各類異構虛擬化資源，是雲管理平臺天然的管理範圍，由雲管理平臺來做管理，是合理的。

問題2：ITSM 的服務目錄和雲管的服務目錄是什麼關係？需要怎麼處理？

傳統的 ITSM 的服務目錄，實際落地下來，是線下手工交付模式，存在效率低、響應慢、管理不方便、體驗不好等問題。雲管理平臺的服務目錄利用自助線上申請審批、資源整合自動化交付的方式，解決了雲資源交付的效率和體驗問題。但是部分 ITSM 大量的手動服務的服務目錄還是要保留的，因此這兩塊應該是整合關係。

所以對 ITSM 服務目錄和雲管服務目錄關係這個問題，我們認為： 雲管理平臺的服務目錄和 ITSM 的服務目錄應該做整合。

而云管理平臺的納管物件和雲管理平臺的服務目錄，應該是分離的。服務目錄的對接物件，應該包括底層的各個獨立管理平臺。

3

以上是我們目前對雲管理平臺在資料中心中定位的觀察和觀點，總結一下：

1. 資料中心中各層物件的管理包括專業工具提供，應該由各個專業管理平臺工具來做。

2. 雲管理平臺的管理物件應該主要集中在 IaaS 層的各類異構虛擬化資源。

3. 雲管理平臺的服務目錄與 ITSM 的服務目錄做整合，服務目錄是雲管理平臺的核心重要模組。

綜上所述， 服務目錄統一建設，各類資源的管理讓專業的來，正是解決雲管管理平臺在資料中心中定位模糊問題的最優解決方法。