優云軟件:雙態運維下,老司機是怎么玩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

相關推薦

  • Nginx工作原理和優化、漏洞。

    1.  Nginx的模塊與工作原理 Nginx由內核和模塊組成,其中,內核的設計非常微小和簡潔,完成的工作也非常簡單,僅僅通過查找配置文件將客戶端請求映射到一個location block(location是Nginx配置中的一個指令,用于URL匹配),而在這個location中所配置的每個指令將會啟動不同的模塊去完成相應的工作。 Nginx的模塊…

    Linux干貨 2015-04-04
  • 使用ext_skel和phpize構建php5擴展

    首先聲明:我們要構建的是擴展或者模塊名為hello_module.該模塊提供一個方法:hello_word. 1、php環境的搭建 我們一般使用源碼包編譯安裝,而不是binary包安裝。因為使用PHP的二進制分發包安裝有些冒險,這些版本傾向于忽略./configure的兩個重要選項,它們在開發過程中很便利: 第一個–enable-debug。這個…

    Linux干貨 2015-05-28
  • Linux進程管理之“四大名捕”

    一、四大名捕 四大名捕,最初出現于溫瑞安創作的武俠小說,是朝廷中正義力量諸葛小花的四大徒弟,四人各懷絕技,分別是輕功暗器高手“無情”、內功卓越的高手“鐵手”、腿功驚人的“追命”和劍法一流的“冷血”本文四大名捕由linux命令所出演      無情:ps     出演      鐵…

    Linux干貨 2016-04-25
  • bash通配符和正則表達式元字符部分歸納

    Linux中有各種各樣的字符,而且在不同環境和不同命令之下含義也不同 作為新手,決定先歸納學到的符號,方便后面學習厘清它們之間的關系。 glob 簡化了的正則表達式 bash默認通配符: ? :只匹配一個任意字符; * :匹配零個或多個任意字符;   [^] :方括號及其中^中的取反 [abc]:匹配任何一個列在方括號中的字符(這個例子要么匹配一個…

    Linux干貨 2016-04-11
  • yum函數介紹以及自建yum倉庫

    一、前言     在之前介紹了yum的配置(詳細請移步 http://www.www58058.com/archives/6445)。但是有沒有發現一個問題,雖然我們已將倉庫指向一個可用的倉庫服務器,但是隨著Linux的不斷升級和改版,我們是否還需要不斷的去修改倉庫的配置文件,如果只有一臺還好,那如果我們有多…

    Linux干貨 2015-07-24
  • Cobbler簡單部署小結

     Cobbler 和 koan 的安裝源:        ubuntu(12.04)的源:             注: Ubuntu的可用源可從這里查詢:http://wiki.ubuntu.org.cn/Template:12.04source …

    Linux干貨 2016-03-20
欧美性久久久久