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

作為多雲管理 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 的服務目錄做整合，服務目錄是雲管理平台的核心重要子產品。

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