自己最近也在琢磨如何搭建出乙個完善有效的運維平台，當然這個工作不是一朝一夕就能完成，前行的道路上肯定會有各種各樣的困難和牽絆，但是自己還是能夠學以致用，把一些重複性，繁瑣性的工作都能解放出來，能夠更加關注於更高的乙個層級來看待整個系統。
我把搭建運維平台的過程分成了5個階段，當然純粹是個人之見，難免有不足和改進之處，歡迎交流。
第乙個階段，不同的人積累了一些的經驗，可能會有針對一些功能的實現，比如指令碼，工具集等等，這個時候，每個人的習慣和水平不同，沒有統一的標準，但是都能夠基本解決手頭的問題。
我們把一些功能組合起來，加入一些驗證和流程，把功能點變為流程，這樣就融入了一些管理的理念和標準，這個時候對於一些常見的問題都能夠有據可循，能夠結合一些功能點實現比較通用甚至複雜的流程。
在第2個階段的基礎上，我們需要不斷的擴充套件和完善整個流程，可能會逐漸形成一些工具集，把多個流程都能整合起來，這個時候流程已經基本規範，標準已經很清晰了。
這個時候我們需要繼續前行，可能目前團隊內的實現還不能完全滿足企業需求，我們可以參考一些第三方的工具集來作為補充，當然我們也可以在內部工具集中和第三方的工具集有一定的互動。
有了參考，流程已經完成，體系已經形成規模，需要在分層的基礎上，繼續拆分，細分模組，然後把功能，流程進行一定的整合，甚至開放出一些標準的介面來，比如我們可以把接入層細分為監控層，資料管理層等等，這個時候具體的模組就有了一定範圍的流程和功能點，對外可以提供豐富的介面。這個時候乙個平台的雛形就出來了。
以上純粹都是個人的見解，歡迎拍磚。
運維平台的建設思考 元資料管理
之前也寫過一篇比較基本的文章，也算是自己對運維平台的乙個基本思考。當然想法簡單，而且缺乏實踐，但是朝著這個方向邁進是沒有錯的。從我的觀點來看，現在能夠實現半自動化運維已經很了不得了。而且把這些工作能夠落到實處，更是不易 比如舉幾個簡單的例子。比如對於資料庫的資料檔案新增這個功能來說，其實完全可以實現...
運維平台的建設思考 元資料管理（二）
之前分享過一篇元資料管理的文章 如果伺服器不多，或者人也不多，基本都是按照下面的方式來管理。比如下面是14臺伺服器，會在特定的伺服器 比如中控 設定乙個專門的路徑來存放乙個檔案，即伺服器列表資訊，然後把對應的責任人都劃分出來。當然這種方式是比較簡單，也看起來確實很清晰，對於基本的管理應該是沒有問題，...
IT運維管理平台CMDB建設的幾個層次
大型it組織，比如大中型銀行 券商 保險 大型企業的cmdb建設基本上可以定義為三個階段 第一階段主要是台賬式配置管理，其資料主要是通過手工維護的，基礎需求是為了滿足基礎的硬體資源管理及監管要求。第二個階段是面向it基礎資源的配置管理，其主要關注各類軟 硬體資源的全生命週期的管理，關係的是各類資源的...