情況

先介紹一下我們服務(wù)器在CMDB中的“身份證”信息：

因為運(yùn)維團(tuán)隊的崗位被進(jìn)一步定義為基礎(chǔ)運(yùn)維和應(yīng)用運(yùn)維，所以在服務(wù)器部署場景的CMDB中基礎(chǔ)運(yùn)維和應(yīng)用運(yùn)維的分工如下：

基礎(chǔ)運(yùn)維：應(yīng)用運(yùn)維：生命周期管理

對于服務(wù)器的生命周期，我們將服務(wù)器的生命周期分為以下幾個階段，與CMDB中的“服務(wù)器狀態(tài)”字段一致：

我們定義了每個階段的運(yùn)行流程，并粗略總結(jié)生成服務(wù)器生命周期。 您可以參考以下內(nèi)容：

分析

以上是一個比較完善的CMDB操作流程，你忽略了權(quán)限分離，即基礎(chǔ)運(yùn)維和應(yīng)用運(yùn)維是按業(yè)務(wù)區(qū)分的，而CMDB有權(quán)限分離，可以做到細(xì)粒度管理:

通過權(quán)限隔離，團(tuán)隊明確了CMDB中服務(wù)器的運(yùn)行邊界，但還是出現(xiàn)了意想不到的問題。

問題

在使用CMDB的過程中，我們忽略了以下問題：

這時候我們的過程就出現(xiàn)了問題，因為host模型中同時存在業(yè)務(wù)IP和管理IP。

解決方案

我們需要將業(yè)務(wù)IP和管理IP分配給不同的模型，因為業(yè)務(wù)IP必須屬于主機(jī)模型，所以我們新增和擴(kuò)展了以下三種模型，由基礎(chǔ)運(yùn)維專門管理：

其中，我們將主要的硬件服務(wù)器陣列放在化學(xué)機(jī)模型中，而主機(jī)模型實(shí)際上包括數(shù)學(xué)機(jī)和虛擬機(jī)，而且只有業(yè)務(wù)IP，沒有管理IP等陣列信息。

這時候你可能會有一個疑問：如何將化機(jī)的業(yè)務(wù)IP與管理IP關(guān)聯(lián)起來服務(wù)器運(yùn)維，應(yīng)對化機(jī)故障風(fēng)險？ 為此，我們需要進(jìn)一步探索CMDB：關(guān)系管理。

通過協(xié)會管理，我們可以做到：

通過關(guān)系，我們可以清楚的看到化工機(jī)的業(yè)務(wù)IP、管理IP、機(jī)柜和機(jī)房信息。

通過添加數(shù)學(xué)機(jī)、機(jī)柜、機(jī)房模型及關(guān)聯(lián)關(guān)系服務(wù)器運(yùn)維，在權(quán)限隔離的基礎(chǔ)上，我們實(shí)現(xiàn)了：

權(quán)限隔離和操作分離正好解決了我們服務(wù)器掛牌的痛點(diǎn)。

總結(jié)

基礎(chǔ)設(shè)施的管理看似簡單，但還是有很多意想不到的問題阻礙著我們前進(jìn)的道路。 俗話說“技術(shù)是現(xiàn)成的，剩下的就是管理問題”。 同時，我們也借此機(jī)會考驗團(tuán)隊面對困難的勇氣。