同行分享:云管平臺(tái)與運(yùn)維平臺(tái)應(yīng)該統(tǒng)一建還是分開(kāi)建?

公司規(guī)模大了,每個(gè)部門(mén)和人負(fù)責(zé)的事情更加細(xì)化,云管和運(yùn)維平臺(tái)是否放一起要看組織架構(gòu)如何劃分,我們的云平臺(tái)和運(yùn)維平臺(tái)是獨(dú)立的部門(mén),所以只能分開(kāi)。相互的配合和數(shù)據(jù)交互是問(wèn)題,比如云管平臺(tái)要從監(jiān)控平臺(tái)取所有虛擬機(jī)的性能數(shù)據(jù),但是監(jiān)控平臺(tái)卻只監(jiān)控核心系統(tǒng)的數(shù)據(jù)。

云管平臺(tái)與運(yùn)維平臺(tái)是應(yīng)該統(tǒng)一建立還是分開(kāi)建立好?如果分開(kāi)建邊界如何劃分?

在企業(yè)沒(méi)有成熟的云管平臺(tái)和運(yùn)維平臺(tái)的情況下,企業(yè)應(yīng)該選擇方案一還是方案二?

方案一:分別建設(shè)云管平臺(tái)和運(yùn)維平臺(tái),然后對(duì)接。

方案二:選擇一個(gè)云管平臺(tái),然后豐富其運(yùn)維功能。

方案一的困難在于需要分別建設(shè),需要?jiǎng)澐诌吔纾环桨付膯?wèn)題在于云管平臺(tái)會(huì)越來(lái)越臃腫,演進(jìn)方向不明。

問(wèn)題來(lái)自@systemroot 中國(guó)航空結(jié)算有限責(zé)任公司 系統(tǒng)工程師,下文來(lái)自twt社區(qū)眾多同行實(shí)踐經(jīng)驗(yàn)分享。

@木木糖 吉利汽車(chē) 基礎(chǔ)架構(gòu)經(jīng)理:

我們的云管平臺(tái)是資源生命周期管理平臺(tái),資源(虛擬機(jī)、物理機(jī)、DNS、VIP、負(fù)載均衡等)的生命周期,包括資源申請(qǐng)創(chuàng)建、回收和變更;運(yùn)維平臺(tái)有CMDB、堡壘機(jī)、ITSM、監(jiān)控、日志等,云管平臺(tái)和運(yùn)維平臺(tái)有數(shù)據(jù)交互,通過(guò)提供API接口實(shí)現(xiàn)。

公司規(guī)模不大,可以考慮云管和運(yùn)維平臺(tái)放一起,可方便統(tǒng)一管理。

公司規(guī)模大了,每個(gè)部門(mén)和人負(fù)責(zé)的事情更加細(xì)化,云管和運(yùn)維平臺(tái)是否放一起要看組織架構(gòu)如何劃分,我們的云平臺(tái)和運(yùn)維平臺(tái)是獨(dú)立的部門(mén),所以只能分開(kāi)。相互的配合和數(shù)據(jù)交互是問(wèn)題,比如云管平臺(tái)要從監(jiān)控平臺(tái)取所有虛擬機(jī)的性能數(shù)據(jù),但是監(jiān)控平臺(tái)卻只監(jiān)控核心系統(tǒng)的數(shù)據(jù)。

所以要有頂層設(shè)計(jì),定義好每個(gè)模塊的功能,模塊之前要交互哪些數(shù)據(jù),如何交互,想清楚再做。

@lewoli qingcloud 系統(tǒng)架構(gòu)師:

云管,顧名思義,云的管理,云的核心是云服務(wù)交付,所以云管的核心應(yīng)該是多云環(huán)境的云服務(wù)的申請(qǐng)、審批、交付。從標(biāo)準(zhǔn)而言,應(yīng)該是面對(duì)租戶為主的。

運(yùn)維平臺(tái),以資源管理為主,面對(duì)的是運(yùn)維團(tuán)隊(duì),關(guān)注的是系統(tǒng)的運(yùn)行和管理。

所以,云管和運(yùn)維是否合一,取決于其用戶的分類(lèi),如云管的用戶也是運(yùn)維團(tuán)隊(duì)自己,則必然將兩個(gè)管理系統(tǒng)合一,如果云管面對(duì)的是普通用戶,即租戶,那應(yīng)該分開(kāi)。

所以,還是根據(jù)場(chǎng)景來(lái)進(jìn)行判斷兩個(gè)系統(tǒng)是否需要整合。

@mtming333 太平洋保險(xiǎn) 系統(tǒng)運(yùn)維工程師:

運(yùn)維平臺(tái)目前承擔(dān)了發(fā)布工作流、生產(chǎn)發(fā)布打包,工單快速處理、告警配置 、腳本管理。除了工單做了意義不大,其他都應(yīng)該糅合進(jìn)云管平臺(tái)與應(yīng)用相關(guān),成為應(yīng)用生命周期管理的一部分。

從落實(shí)到使用者上,考慮到減少用戶學(xué)習(xí)成本,我認(rèn)為也是建立一套更好。

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

首先要確認(rèn)企業(yè)要建云管平臺(tái)和運(yùn)維平臺(tái)的目標(biāo)是什么?

1、云管平臺(tái)主要實(shí)現(xiàn)資源的統(tǒng)一管理,統(tǒng)一交付,生命周期管理,流程管理等工作。

2、運(yùn)維平臺(tái)主要實(shí)現(xiàn)數(shù)據(jù)中心的資源監(jiān)控、動(dòng)環(huán)監(jiān)控、監(jiān)控實(shí)時(shí)告警等,并集成事件、問(wèn)題、工單、CMDB等,并與ITSM結(jié)合實(shí)現(xiàn)流程線上化。

3、云管平臺(tái)自帶的監(jiān)控主要監(jiān)控自己管理的資源,監(jiān)控的維度也不全面,比如中間件、數(shù)據(jù)庫(kù)、硬件、動(dòng)環(huán)的監(jiān)控維度有可能不能涵蓋,如果要實(shí)現(xiàn)全方位的監(jiān)控需要做的工作很多,也會(huì)造成云管平臺(tái)的臃腫。

4、可以分別建立兩個(gè)平臺(tái),兩個(gè)平臺(tái)進(jìn)行對(duì)接到統(tǒng)一的展示平臺(tái),實(shí)現(xiàn)統(tǒng)一管理。

總之,兩個(gè)平臺(tái)的功能實(shí)現(xiàn)不同,企業(yè)需要確認(rèn)自己到底要實(shí)現(xiàn)什么功能和目標(biāo),來(lái)確定建設(shè)什么樣的平臺(tái)。

@duyh 中鐵信 系統(tǒng)架構(gòu)師:

在我們?cè)乒芷脚_(tái)的建設(shè)中,由于云平臺(tái)的建設(shè)和運(yùn)維由不同的組負(fù)責(zé),所以云平臺(tái)的建設(shè)和運(yùn)維平臺(tái)的建設(shè)是分開(kāi)的。這時(shí)候體現(xiàn)出來(lái)的優(yōu)勢(shì)就是分工明確,每個(gè)組的定位清晰,缺點(diǎn)是在云平臺(tái)和運(yùn)維平臺(tái)交叉的一些問(wèn)題上,不好定位,后來(lái)分析是由于兩個(gè)組的配合問(wèn)題,采取的解決辦法就是一旦出現(xiàn)無(wú)法判斷是哪個(gè)平臺(tái)的問(wèn)題的時(shí)候,就將兩個(gè)組的人拉到一起共同解決。

而如果要把兩個(gè)平臺(tái)合到一起,運(yùn)維平臺(tái)統(tǒng)一管理所有資產(chǎn),云管和運(yùn)維平臺(tái)耦合度太高,在運(yùn)維平臺(tái)有功能迭代時(shí),由于云管平臺(tái)依賴運(yùn)維平臺(tái),不可避免的會(huì)影響云管平臺(tái)的功能,代價(jià)太大,所以個(gè)人不建議將兩個(gè)平臺(tái)融合到一起。

當(dāng)然,如果兩個(gè)平臺(tái)的體系架構(gòu)不融合,只是從一個(gè)統(tǒng)一界面做單點(diǎn)登錄,倒是也可以。

@he7yong Canway 研發(fā)工程師:

1. 是分是合?從業(yè)務(wù)現(xiàn)狀,業(yè)務(wù)目標(biāo),業(yè)務(wù)需求出發(fā),沒(méi)有最好,只有最合適;最佳實(shí)踐是:平臺(tái)不要太多,如果太多,平臺(tái)之間又會(huì)形成豎井,功能的打通和數(shù)據(jù)的打通會(huì)面臨問(wèn)題。

2.我推薦的方案如下:選擇一個(gè)統(tǒng)一的運(yùn)維平臺(tái)(具備較強(qiáng)的集成能力和二次開(kāi)發(fā)的能力),云管能力,CMDB能力,監(jiān)控能力,事件處理能力,大數(shù)據(jù)分析能力,運(yùn)維流程能力,甚至代碼管理能力,測(cè)試能力,構(gòu)建能力,制品庫(kù)管理能力,都可以作為通用能力模塊集成到“統(tǒng)一運(yùn)維平臺(tái)”。

3.面向用戶的資源交付服務(wù),云平臺(tái)管理服務(wù),運(yùn)維服務(wù),流程服務(wù),工單服務(wù)都可以運(yùn)用場(chǎng)景的理念,快速開(kāi)發(fā)實(shí)現(xiàn)。

@Henry2017 金融行業(yè) 研發(fā)工程師:

云管和運(yùn)維是強(qiáng)耦合的,推薦放在一起做。

給不同用戶配置不同角色權(quán)限,普通用戶只能看到云資源操作的視圖,管理員能看到全平臺(tái)的視圖,包括監(jiān)控,日志,集群狀態(tài)等。

@jason2006xu 昆侖銀行 技術(shù)經(jīng)理:

1,從總體架構(gòu)規(guī)劃和設(shè)計(jì)原則來(lái)講,系統(tǒng)間應(yīng)該遵循高內(nèi)聚、低耦合的原則,所以云管平臺(tái)和運(yùn)維平臺(tái)應(yīng)該分開(kāi)建設(shè),如果已經(jīng)整合在一起的話,建議按功能模塊分離,降低耦合度。

2、兩個(gè)平臺(tái)基本功能和定位不同,云管平臺(tái)的功能包括IAAS云平臺(tái)管理、PAAS云平臺(tái)管理,其中IAAS管理包括存儲(chǔ)、網(wǎng)絡(luò)、計(jì)算資源管理,PAAS云平臺(tái)管理主要包括容器云管理;運(yùn)維平臺(tái)包括監(jiān)控、ITIL、CMDB以及自動(dòng)化等。

3、云管平臺(tái)可以通過(guò)ESB與ITIL、CMDB、自動(dòng)化進(jìn)行報(bào)文交互及集成。

所以,建議選擇方案一。

@asdf-asdf cloudstone 研究學(xué)者:

云管模塊負(fù)責(zé)資源交付和基礎(chǔ)數(shù)據(jù)提供,自動(dòng)化運(yùn)維模塊負(fù)責(zé)持續(xù)運(yùn)維,版本發(fā)布都是后期自動(dòng)化平臺(tái)的工作,最后資源回收是云平臺(tái)模塊操作。分開(kāi)開(kāi)發(fā)可實(shí)現(xiàn)快速業(yè)務(wù)上線。

THEEND

最新評(píng)論(評(píng)論僅代表用戶觀點(diǎn))

更多
暫無(wú)評(píng)論