轉(zhuǎn)載自微信公眾號“DevOps產(chǎn)品化實踐”
作者:向靖
作者簡介:具備10+年運維及自動化從業(yè)經(jīng)驗,曾任新浪微博數(shù)據(jù)平臺開發(fā)主管、領(lǐng)導(dǎo)開發(fā)并落地蘑菇街整個基礎(chǔ)運維平臺,對行業(yè)需求具有精準(zhǔn)把控。多次獲邀于全球互聯(lián)網(wǎng)技術(shù)大會、運維幫等大型技術(shù)交流會議上發(fā)表DevOps相關(guān)主題演講。
作為從業(yè)多年的IT人,自畢業(yè)后我一直在自動化運維領(lǐng)域摸爬滾打,創(chuàng)業(yè)型公司(途牛,06年成立我08年加入,目前公司已上市)、高速成長型公司(蘑菇街)、大廠(新浪微博)都曾留下我的足跡,所以基本見證、參與了自動化運維建設(shè)的各個階段:從0到1、從1到60、從60到80,但一直沒能實現(xiàn)心目中100分的運維系統(tǒng)——在完成平臺化的前提和基礎(chǔ)上,通過數(shù)據(jù)化管理及智能化加持,實現(xiàn)產(chǎn)品化目標(biāo),也就是“讓不專業(yè)的人也能做專業(yè)的事,讓專業(yè)的人做更有價值的事”。
“不專業(yè)的人”泛指非運維人員,讓他們通過運維系統(tǒng)就能自助完成以前需要運維做的事情,如資源申請、發(fā)布變更等,并且保證這些操作達到專業(yè)水平,從而把“專業(yè)的人”(高級、資深運維)解放出來,去做一些對公司、對團隊、對自己增益之事,實現(xiàn)價值輸出。

而之所以一直沒能實現(xiàn)這個目標(biāo),一是受制于自身的技術(shù)能力和產(chǎn)品意識,例如在2012年左右,那時我認為做到平臺化就是自動化運維的終極目標(biāo)了;二是時機也不是很成熟,以前運維相關(guān)理論和理念還不像現(xiàn)在這么成熟完善,自動化運維領(lǐng)域的開源軟件也不多,運維開發(fā)的主要精力都花在滿足需求上了。
如今,得益于蕭田國蕭幫主、EasyOps老王等老一輩運維人的推動和努力,運維相關(guān)理論理念(如DevOps、高效運維、精益運維等)已比較成熟完善,相關(guān)開源軟件也基本涵蓋了DevOps全棧,讓我們有機會在業(yè)務(wù)需求導(dǎo)向的基礎(chǔ)上,快速搭建、整合出一套較為完善的運維系統(tǒng),從而將運維開發(fā)從滿足需求中解放出來,去探索模塊化建設(shè)、數(shù)據(jù)化運維。
而且,隨著AI時代的到來,給運維帶來極大機會的同時,也會給運維平臺建設(shè)提出更高要求、帶來更大挑戰(zhàn)。機器將逐漸替代人力完成基礎(chǔ)性和重復(fù)性的運維工作,然后通過經(jīng)驗豐富的運維專家不斷訓(xùn)練,解決更為復(fù)雜的運維問題。那么,在智能運維的加持下,怎樣才能發(fā)揮智能化的價值?

我認為答案是走產(chǎn)品化之路,想用戶之所想,不斷降低用戶使用門檻,為用戶提供“自動駕駛汽車”、“無人機”這樣的一整套完備的解決方案,而不是給用戶“法拉利超跑”、“殲20(或空軍一號)”這類高精尖工具。雖然「超跑」更顯高大上,性能也足夠優(yōu)越,但其實用性畢竟有限,且將給用戶帶來更大的使用成本,而「自動駕駛」能覆蓋用戶日常絕大部分需求,并足夠?qū)I(yè),同時完全把「駕駛員」解放了出來。
以上,是為DevOps產(chǎn)品化緣起。