引子
早上醒了，百無聊賴，刷了下微博，一微博號發(fā)了如下一條信息：
今天就發(fā)生2起故障，連續(xù)受驚。國內(nèi)外有沒有運(yùn)維天王寫的什么書或者資料學(xué)習(xí)一下啊。我現(xiàn)在這個情況怎么提高了，搞來搞去也是小學(xué)生水平。嘆息阿，現(xiàn)在估計要從大廠招一個天王級運(yùn)維，沒有80萬是拿不下了
后有一資深專家總結(jié)的很精辟：
運(yùn)維工作無非三大塊，配管、監(jiān)控、數(shù)據(jù)分析。@itnihao 的zabbix 的書、@守住每一天 puppet相關(guān)的，已經(jīng)@argv 的ETL Stack相關(guān)的書。 我覺得@梁斌penny 都可以看看。像google的sre book啊，更早之前yahoo的webops book啊，層次雖然更高，落地還是要實(shí)在點(diǎn)。當(dāng)然鳥哥私房菜肯定是基礎(chǔ)
不過顯然是從運(yùn)維工程師的技能出發(fā)點(diǎn)來說的。而原博的訴求點(diǎn)顯然是:
- 自己學(xué)習(xí)還是有難度的
- 請大廠運(yùn)維現(xiàn)在又太貴了
- 我實(shí)在是好糾結(jié)，好難受。
讓人推薦快速學(xué)習(xí)的方式，卻也是極度無奈之舉。而且運(yùn)維也不是一日練成的。就算大師提供了很好的指導(dǎo)，也終究是拿自己的線上產(chǎn)品練手了，這樣顯然是得不償失的。現(xiàn)如今，一個創(chuàng)業(yè)公司的產(chǎn)品不穩(wěn)定，造成的問題是巨大的。比如摩拜單車最近就故障頻仍，造成的不良影響其實(shí)是非常大的，但是因?yàn)檎麄€市場發(fā)展是往前走的，倒不會因?yàn)橐粌纱蔚墓收隙淖冞@種趨勢。但是如果沒有這些故障，想必會更好吧。
問題在哪里
運(yùn)維理論上不應(yīng)該那么依賴于人的技能。但是現(xiàn)實(shí)情況是，你必須要有好的運(yùn)維
才能保證系統(tǒng)更加穩(wěn)定。而對于一個初創(chuàng)企業(yè)，顯然陷入了一個困難的處境。如何讓一個普通的開發(fā)也能搞好的運(yùn)維呢？ 核心是一個
一站式的的運(yùn)維平臺
按前面那位大神說的，運(yùn)維無外乎三大塊：
- 配管
- 監(jiān)控
- 數(shù)據(jù)分析
我再加一個：
- 部署(包括擴(kuò)容)
- 配管
- 監(jiān)控
- 數(shù)據(jù)分析
應(yīng)用的生命周期管理自然是包括在每一個大塊里的。滿足這四點(diǎn)的運(yùn)維平臺其實(shí)就是一個分布式操作系統(tǒng)。 Zabbix 你可以認(rèn)為是特定的一個視窗軟件，Puppet 可以認(rèn)知為分布式shell。ELK則是基于這個分布式操作系統(tǒng)的一個分布式日志應(yīng)用。ELK是高度靈活的，所以每個人玩法一樣，但是做實(shí)施起來迥異。我所看到的是ELK的實(shí)施難度還是頗高的，ELK如果想做輕松了，其實(shí)還連帶一系列要求的，比如日志的規(guī)整化。而且里面除了E以外的模塊，都是在特定場景需要替換的。
然而似乎現(xiàn)在運(yùn)維界缺乏這么一個分布式系統(tǒng)。導(dǎo)致普通開發(fā)無法像在windows操作系統(tǒng)一樣，點(diǎn)擊點(diǎn)擊就可以管理起所有服務(wù)器以及各種應(yīng)用了。
問題解決之道
工具化是王道。然而如何工具化是難點(diǎn)。方向不對，謬以千里。比如運(yùn)維之前也做過大量的工作，做了各種工具，但是存在我之前在 運(yùn)維=平臺+數(shù)據(jù)
提到的問題：
- 工具碎片化
- 工具難以標(biāo)準(zhǔn)化
- 工具不可復(fù)制
- 生態(tài)積累難度大
分布式系統(tǒng)基本就可以解決這些問題了。分布式系統(tǒng)自己可以解決部署，配管，以及部分監(jiān)控。數(shù)據(jù)分析則需要基于分布式系統(tǒng)之上的應(yīng)用解決(基于該分布式系統(tǒng)調(diào)教出來的ELK套件)。這樣，基本就完美解決了所有的問題。分布式系統(tǒng)提供了一個一致的交互界面-web。同時也暴露了底層的分布式shell引擎以及可供應(yīng)用交互的系統(tǒng)層級API。
這塊這兩三年我們已經(jīng)有了一定的實(shí)踐。期望未來能夠很快推出，造福大家。
