優云軟件:雙態運維下,老司機是怎么玩CMDB的?

行業內有個科技公司,CMDB前后建設12年,重構了N次,一言不合就重構,我深深的被這種屢拆屢戰,初心不改精神所折服。我真心想問下做CMDB的兄弟,各位是怎么熬過來的?請不要回避,其實我們都曾被這樣虐過!

近幾年我司承建國內很多傳統行業的CMDB項目,坦白的說,隨著互聯網+熱潮的沖擊,因很多傳統企業也慢慢的在轉變業務,把很多傳統型的業務互聯網化,或者開辟新型業務來適應瞬息萬變的互聯網,這樣CMDB越發吃力,使出吃奶的力氣在頻繁應付各種用戶需求,有種烈士暮年,壯心不已的悲愴,看的著實讓人心疼。

另外在傳統IT和互聯網下,由于業務形態不同,IT的架構也慢慢的演進為2種形態,其中穩態,以傳統IT建設思路為代表,應用強調安全、穩定,基礎設施多采用集中式部署和高端服務器;敏態,以互聯網建設思路為代表,應用強調靈活、可擴展,基礎設施多采用分布式部署和通用服務器。所以在這樣的大環境下,我們提出了雙態運維,雙態運維強調兩種運維形態的相互融合和相互滲透,敏態運維面向敏態的IT管理場景,強調的是速度、靈活、迭代,穩態運維面向穩態的IT管理場景,強調的是可靠、安全、成本。雙態運維需要根據業務的特點來組織,穩態和敏態運維比例是動態的,是隨著業務的演進來變化,是相互銜接而非獨立的。

為了適應雙態運維的趨勢,我們推出了全新定義的運維品牌–“優云”,優云CMDB從一開始設計就是從一開始設計就是從人性出發,從用戶的痛點出發,一方面利用維護圈圍繞怎么整治人性的慵懶,誘發人性的虛榮,引起人性的恐懼,促進與人溝通協作的社交化上來,幫助用戶做好人工的配置維護。另外一方面利用消費圈怎么促進數據消費,并且在數據消費的過程中逐步的改善數據的質量。

>>>>引入社交,激活配置維護的原動力

老一輩用他走的過路活生生的告訴我們,吃大鍋飯行不通的,要致富,莫開大鍋飯,分田到戶,一家一戶,自擦屁股。配置維護一樣,但配置維護是小團隊(如果團隊小,可以到個人)行為,所以需要給每個團隊一畝三分地劃好,如按照業務系統的架構劃分,圈子就會包括該業務架構的所有配置(業務、應用、集群、主機、數據庫、中間件等),這樣團隊自給自足,懶的話,別說飯了,連湯都沒得喝了,圈子的劃分很好的解決了人性懶惰的天性,自己的責任自己維護!

優云軟件:雙態運維下,老司機是怎么玩CMDB的?

人是群聚而居的動物,沒有社交活動,心理就沒有歸屬,而且渴望得到別人的認同。通過數據的共享,分享,達到數據協作共建,另外通過開放式的評論、點贊、站內信,說說你的看法或不同觀點、或者建議方案,幫助他人,也將收獲別人的贊許。

優云軟件:雙態運維下,老司機是怎么玩CMDB的?

另外根據配置的創建和變更、評論以及圈子的操作等維度,計算出每個圈子的動態指數,有人愛慕虛榮,愛彰顯,自然有人就會心生恐懼,害怕對比,害怕落后,勢必會百尺竿頭思更進,策馬揚鞭自奮蹄!

>>>>隨需消費,讓配置數據產生價值

有一些公司喜歡把自建CMDB做的很重量級,例如把一些容量管理,根源分析等等都做到CMDB里面。這樣長期下去,CMDB越發臃腫,難以控制。其實容量分析,不應該是CMDB做的事情,應是容量管理模塊,CMDB只需要給容量管理提供配置以及關系就夠了,至于怎么利用數據去做分析,是容量管理的事情了,CMDB自己做容量管理,有點二把刀想冒充老司機的意思。

另外在典型的穩態的傳統架構下,92%-95%的資源在應用上線的時候就被鎖定了,應用如果是個地主,資源就是農奴,它的生命周期一直到應用淘汰,這個服務器不會干別的事。但是在敏態的互聯網架構里面,一個數據中心甚至能夠做到95%以上的資源在上線的時候跟應用沒有綁定關系,可以在它的生命周期里被動態分配。所以關系已經不能再固定了,時間久了,很多關系已經不準確了,另外我理解關系真正的作用在于,如果你不消費,關系基本上是沒有用的,就是一堆靜態數據。所以我們CMDB一開始設計就不打算固化關系。只有對消費場景,關系才真正有存在的價值。

優云CMDB數據消費實現的是,通過根節點,隨時按需可以拎起一顆關系樹,即時消費。如果拎起的關系還不能滿足消費場景,可以人工的再進行編輯、豐富。并且基于消費圈向外部提供API讀取信息的能力,外部隨時可以讀取消費圈內的配置及其關系。

優云軟件:雙態運維下,老司機是怎么玩CMDB的?

作為耗在CMDB上面這么多年的老司機,走了很多彎路,也自掘了很多坑,有時候我們都是蒙著頭一路奔襲,總以為到達終點一定會山花爛漫,春暖花開,可惜事與愿違。其實在路時候,真的需要停下腳步,駐留片刻,回頭看看,問問自己當初為何出發!

優云CMDB總結過去,重拾初衷,將傳統的ITIL方法論融入DevOps的新思想,再造一個新的CMDB,讓CMDB能夠自動、實時、準確地映射整個業務支撐架構,以消費場景化的串聯為目標,以社交化的協作為機制,將運維工具進行碎片整合,形成配置數據交換的樞紐,使CMDB從一個傳統、靜態的信息庫,轉變為一個敏捷、動態的運維元數據,形成以消費場景為驅動的服務型CMDB,讓配置管理不再是您的負擔。

作者:周振中

·優云軟件資深產品經理

·5年電信BOSS,4年IT運維軟件產品管理經驗

·目前負責優云CMDB產品管理

優云:秉承devops的理念,從監控、到應用體驗,到自動化持續交付,全棧運維服務平臺!

“活動期:現到2016年12月31日前免費,歡迎詳詢:www.uyun.cn

更多運維技術文章請關注優云官方微信(broada_ops)

優云軟件:雙態運維下,老司機是怎么玩CMDB的?

原創文章,作者:uyunops,如若轉載,請注明出處:http://www.www58058.com/28850

(0)
uyunopsuyunops
上一篇 2016-08-05 16:16
下一篇 2016-08-05 16:16

相關推薦

  • 設計模式 ( 十六 ) 觀察者模式Observer(對象行為型)

    1.概述 一些面向對象的編程方式,提供了一種構建對象間復雜網絡互連的能力。當對象們連接在一起時,它們就可以相互提供服務和信息。 通常來說,當某個對象的狀態發生改變時,你仍然需要對象之間能互相通信。但是出于各種原因,你也許并不愿意因為代碼環境的改變而對代碼做大的修改。也許,你只想根據你的具體應用環境而改進通信代碼。或者,你只想簡單的重新構造通信代碼來避免類和類…

    Linux干貨 2015-07-24
  • 常見RAID總結

    RAID淺析 目錄索引 一、定義 二、特點 三、常用RAID級別      四、RAID實現方式 五、實際環境測試 一、定義: 磁盤陣列(Redundant Arrays of Independent Disks,RAID),有“獨立磁盤構成的具有冗余能力的陣列”之意。 獨立磁盤冗余陣列(RAID,redundant array…

    Linux干貨 2016-04-12
  • shell腳本編程之數組

    bash僅支持一維數組,類型聲明: declare -i    : 表示數值 declare -a  :表示普通數組(默認,可不用聲明類型) declare -A :表示關聯數組(必須聲明類型,bash需4.0以上版本才支持,可通過bash –version查看版本) 一、普通數組(用數字為下標) 1.1數組賦值(修…

    Linux干貨 2015-08-24
  • btrfs管理和應用

    一、btrfs概念        在btrfs中存在三種類型的數據,data, metadata和system。它們表示:        DATA           數據塊。       &nbsp…

    系統運維 2016-04-12
  • 一起學DHCP系列(一)開篇、概述

    原創作品,允許轉載,轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。http://jeffyyko.blog.51cto.com/28563/162108     從本節開始,我們將開始討論有關DHCP服務器的相關問題,從易到難一步步理解DHCP服務。還是一樣,在…

    Linux干貨 2015-03-25
欧美性久久久久