云管平臺作為IT基礎(chǔ)架構(gòu)下資源的全生命周期管理平臺，如何更清晰地與其他運維系統(tǒng)的劃分功能邊界？

@zhuqibs Mcd 軟件開發(fā)工程師：

云管平臺，主要負責云上所有應用生態(tài)的使用，但并不負責生態(tài)中所屬組件的運維，比如數(shù)據(jù)庫（mariadb），只負責用戶如何申請、使用、反饋，但如果該組件出現(xiàn)何種故障，則要具體組件的運維人員負責。

@鄧毓 某農(nóng)信 系統(tǒng)工程師：

我們先來看一下Gartner 對 CMP 的定義---CMP (Cloud ,Management Platforms，云管理平臺)是一種管理公有云、私有云和混合云環(huán)境的整合性產(chǎn)品，其最小的功能范圍應該包括自服務(wù)界面(self-service interfaces)、創(chuàng)建系統(tǒng)鏡像(provision system images)、監(jiān)控和賬單(metering and billing)，以及基于策略的一定程度的負載優(yōu)化(workload optimization)等。高級的功能還包括整合外部已有的企業(yè)管理系統(tǒng)，包括服務(wù)目錄(service catalogs)、存儲和網(wǎng)絡(luò)資源配置，更高級的資源管理和監(jiān)控，比如客戶機性能和可用性監(jiān)控等。由上面的定義我們可見，云管實際上是一種資源服務(wù)的全生命周期管理平臺，重點在于“資源服務(wù)”，引擎在于“服務(wù)編排”，圍繞這個重點我們?nèi)ピO(shè)計云管平臺時，才會不會將重心偏移既定目標，那些外部系統(tǒng)更在行的比如“流程”，“監(jiān)控”，“4A（認證、審計、賬號、授權(quán)）”，“CMDB”，“通知系統(tǒng)”，我們只要進行對接集成或者整合即可。不需要將云管平臺的主要功能放到這些外部系統(tǒng)更在行的功能上，這樣容易造成功能邊界不清，重復建設(shè)，互相矛盾的后果。而應該將主要精力放到，資源管控、資源服務(wù)化、服務(wù)目錄化、編排模板化、編排可視化等方面。

云管平臺和ITSM平臺的功能邊界如何劃分？在流程跟進和變更實施的過程中，哪些應該在云管平臺實現(xiàn)，哪些在ITSM實現(xiàn)，這樣劃分邊界有什么好處？

@summit 城商行 系統(tǒng)架構(gòu)師：

云管和ITSM建議分開建設(shè)，可以把審批流放到ITSM里面。云管只負責資源服務(wù)的申請流程，涉及部門和領(lǐng)導的審批放到ITSM里面，云管最好不要替代ITSM的功能，對接為好。

@鄧毓 某農(nóng)信 系統(tǒng)工程師：

云管和ITSM是完全兩套不同的東西，個人認為，云管專注于資源全生命周期服務(wù)，ITSM專注于運維和流程服務(wù)，方向不一樣，所以它兩的關(guān)系是對接的關(guān)系，ITSM來做流程發(fā)起審核，云管來做資源服務(wù)的落地。而不應該把該屬于ITSM的東西，又要剝離一部分資源的流程去云管。我們只要做好這兩個平臺的對接就好。

云管平臺與運維平臺的是應該統(tǒng)一建立還是分開建立好？如果分開建邊界如何劃分？

在企業(yè)沒有成熟的云管平臺和運維平臺的情況下，企業(yè)應該分別建設(shè)云管平臺和運維平臺 ，然后對接（方案一）？還是選擇一個云管平臺，然后豐富其運維功能（方案二）？方案一的困難在于需要分別建設(shè)，需要劃分邊界；方案二的問題在于云管平臺會越來越臃腫，演進方向不明。

@zhuqibs Mcd 軟件開發(fā)工程師：

這兩個，沒有必然的聯(lián)系，如果你要合在一起，那才是臃腫和牽強的。別的文字解釋太蒼白繁瑣，我給你栗子， 最明顯的你看公有云， 拿阿里云來講，它的云管平臺，就是 它的console，你可以在上面申請?zhí)摂M機、申請數(shù)據(jù)庫等等各種Iaas和Paas的服務(wù)， 這些都是基礎(chǔ)運維的范疇。同時，阿里又提供的云效平臺，它的作用是提供了從項目管理、CICD、測試、部署一整套DevOps流程，你可以看做是運維平臺。是關(guān)系你的應用運維的范疇。所以，通過這兩個平臺，以你的基礎(chǔ)運維（主機、數(shù)據(jù)庫、網(wǎng)絡(luò)）和應用運維明顯的區(qū)別，把兩個平臺完全分開。

@潘延晟  系統(tǒng)工程師：

首先要看企業(yè)應用的規(guī)模是否必要上云管平臺和運維平臺，現(xiàn)在好多技術(shù)高大上。但對于企業(yè)來說。并不是所有的企業(yè)都需要。有時候可以采用很多折中的其他手段來代替。另外這兩個平臺的功能也是獨立的。所以建設(shè)上還是要分開的。

@chinesezzqiang  信息技術(shù)經(jīng)理：

云管平臺的運維是整體運維體系的一部分，應該是統(tǒng)一考慮，建議別獨立考慮。應用統(tǒng)一的運維標準，只是在管理制度上有所區(qū)別。（個性化的一些設(shè)置）

@asdf-asdf  研究學者：

分開搭建是架構(gòu)確定的，但云平臺交付的信息要統(tǒng)一到運維平臺，是用同一個CMDB完成數(shù)據(jù)統(tǒng)一。

@鄧毓 某農(nóng)信 系統(tǒng)工程師：

云管專門干云管的事，運維平臺專門干運維的事，邊界完全要區(qū)分清楚，混在一起，結(jié)果都雙方受限，這是我的觀點。

@某金融企業(yè)技術(shù)經(jīng)理：

這個就要看企業(yè)實力了，企業(yè)小那就需要一個人干多個事情。企業(yè)比較大，可以將部門劃分比較細，各司其職。

云管平臺的運維管理應該具備哪些功能才算是完整？

@聶奎甲 長春長信華天 項目經(jīng)理：

首先要明確的是云管理平臺集成的功能全，靈活。那么在做的時候就要有側(cè)重點，比如一個專門對接Openstack的云管平臺，在集成Power，Vcenter等的時候就要對一些特有功能做裁剪，管理界面主要遵循openstack的功能設(shè)計。