關於自動化運維的思考-基線

DevOps幾年前來看，基本都在提概念，這幾年很多公司都在落地了，公司裡每個自動化運維平臺都不好意思。具體落實下來，做得好還是不好，水平也層次不齊。

我們不說自動化運維的意義，不討論要不要做自動化運維。做是肯定要做，然後每個人都會有一堆的問題或者想法冒出來,why,how,when,有想法是好的，最大的問題是不知道問題在那裡。

從我的理解來簡單說說基線，一般來說會有如下的幾個問題，基本涵蓋了3W

我們來逐個說一下，不對的地方歡迎拍磚，我及時糾正。

需要做一個什麼樣的平臺

1）在這裡確切的說是DB自動化平臺，因為目前的主要是資料庫方向的。

2）後期怎麼和其他部門的平臺整合

先把DB層面的工作做好，做好了，你說的話才能讓人覺得靠譜。

內部先達成共識，我們要一起做，不是你做吧，我用就好了。

3）業務價值和技術價值

短期內看只有技術價值，業務價值不大，但是成為平臺後，或者有一些業務對接之後，價值才能發揮出來，就好比一輛車停在那裡，還要付停車費，一旦跑起來了，業務價值遠大於技術價值

誰來開發維護自動化平臺

1）常見的瓶頸

開發不瞭解DB層面的業務，DBA對於開發的技能不夠熟練，這是現狀也是普遍現象。

2）DBA全員開發

能者多勞，每個人都要參與，所以我最近瘋狂調研，搞開發，搞前端。

分工協作，等定好了之後，一起看看怎麼分工，每個人能夠承擔一部分的功能，都能參與進來。

3）開發能力不夠怎麼辦

先拋開技術，看看能做什麼，需要做什麼 --產品規劃

前期的引導和技術預研 --技術選型和規劃

由小及大，模組化實現 --避免好高騖遠，眼高手低

使用什麼技術架構

個人理解主要分為Python棧和Java棧，還有其他的比如go等等。

1）Python棧

前端WEB

Bootstrap

後端WEB

Django

任務排程

Celery + Redis

Celery + MQ

批量操作

ansible

2）Java棧

前端WEB

後端WEB

任務排程

Jenkins

opencron

批量操作

3）資料庫

MySQL

SQLlite

自定義ORM

是否需要agent

這個問題幾乎無解，在有限的伺服器規模怎麼理解都沒錯。看你側重於哪些考慮了。

有agent，資料採集和效能監控還是比較給力的。

沒有agent,鬆耦合，部署快捷簡單。

需要實現哪些功能

這個問題，如果是打算重構，重做，幾乎每個人都會問，我們可以還個角度來考慮一下，自己問自己，這樣也許也會有一定的收穫。

1）可以反問，目前有哪些痛點

2）目前有哪些工作可以改進

3）希望今後做哪些方面的事情

可以借鑑的開源方案

目前可借鑑的方案還是蠻多的，而且國內目前開源的很多方案還是很不錯的。開源專案可以參考最近火熱的國內開源專案評選。

http://www.oschina.net/project/top_cn_2017?from=hometop

裡面有很多非常不錯的專案。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23718752/viewspace-2148042/，如需轉載，請註明出處，否則將追究法律責任。