標籤:

如何成長為一名優秀的運維工程師

注意:根據真實故事改編,切勿對號入座!

小Y在一家SaaS公司做運維。

公司規模不大,但運維組已經有七八個人了,小Y算是核心Leader,但人手還是不夠,每天忙得焦頭爛額。一天忙下來,發現全是一堆瑣事:幫開發的跑測試,幫測試的調環境,在幾個內網外網環境之間來回切換工作。到了月底的release時期,更是嚴陣以待。老闆盯著呢,要是產品上線出了問題,影響了客戶的業務,不但公司得賠錢,這個月的績效獎金還得扣了。一年過去了,小Y覺得自己的水平在原地踏步。

老闆對運維團隊很不滿意,他問小Y:「咱們公司,十幾台伺服器,每月才線上更新一次,怎麼需要這麼多運維?」

小Y知道老闆心疼錢,但不好直說,就回答:「現在咱們的開發流程不規範,每次從頭編譯,都要預設好多東西,而且編譯一次要40分鐘,跑一遍完整的測試要3個小時,再加上手動部署的半個小時,一天能測試兩次上線就不錯了。現在項目經理天天要發新版本測試,我們每個人負責兩三個環境,都忙不過來呢。」

老闆聽了不高興,說,「上次我去參加一個開發者大會,有個創業公司,二十來人的開發團隊,全職運維的只有一個人。人家業務量不比咱們少,怎麼一個人就扛下來了?」

小Y說,「您說的這家創業公司我也了解,他們一開始就堅持DevOps,不區分開發和運維,自動化程度高,每次上線都是開發工程師自己做了。」

「那為什麼咱們公司不行?」

「這個嘛,我覺得有必要把現在的流程逐步轉變成DevOps,運維和開發團隊得合一起,運維的得有一定的開發能力,開發的也得有運維思想。」

老闆把開發組長小K找來了,讓小Y和他一起想辦法,儘快把公司開發部署流程的效率提上去。

一晃半年過去了……

又到年底了,老闆準備聽取小Y的彙報。

這半年小Y可沒閑著。他直接把位子搬到了開發區,然後配合開發組長小K打造了一個集代碼管理、編譯、測試、打包、上線於一體的自動化腳本。為了方便開發工程師「一鍵部署」,小Y還開發了一個網頁,只要用瀏覽器打開頁面,輸入一個git版本號,點一下按鈕,10分鐘以後,測試環境的新代碼就上線了!

小Y給老闆演示了一下,老闆很滿意,說,「那正式版上線也這麼部署嗎?」

「正式版有另外一個頁面,跟這個差不多,只是需要登錄,有許可權的人才能部署到線上。」

「不錯嘛!這麼說來,咱們公司的開發效率提升了不少吧!你說說經驗。」

小Y說:「我也是從別人那偷師。現在的互聯網公司尤其重視DevOps,很多大公司內部都用Python寫自動化運維工具,我也發現用Python實現自動化打包、部署、測試非常方便,朋友推薦我去看廖雪峰老師的Python教程,兩周學下來,基本上就能寫自動化腳本了。」

「而且這個部署的網頁也是用Python寫的,我用了Flask框架,兩天就搭好了。後台調用Fabric自動部署,現在我們都不用登SSH再用跳板機手動敲命令了。」

「這麼說來,會Python對自動化運維有很大幫助嘛!」老闆說,「我看你們運維組最近閑了不少,除了月底上線忙兩天,其他時間沒啥活了吧?」

「活是比以前少了,」小Y說,「但是自動化腳本也需要維護和更新。」

老闆說:「我看出來了,咱們公司搞DevOps取得了很大成功,不需要以前那麼多運維了,是好事,下個月給你加薪水。」

老闆頓了頓,又說:「但是公司也不能養閑人。正好咱們開發組在擴招,有好多模塊都是用Python寫的,你把你剛才說的廖雪峰老師的Python教程網址發給大家,讓運維的同學都去學,學會了轉開發。給一個月時間,到時候沒學會的直接裁掉。」

小Y一聽懵了,心想,搞自動化運維,為公司省了錢,結果把自己一幫兄弟給坑了!

不多說了,先發教程網址,點擊查看。


推薦閱讀:

做網站遷移 大量的小文件怎麼辦?
干運維一個月了,怎麼辦?
隨著雲服務應用的普及和運維自動化的發展,運維這個職業的崗位需求量會不會大大減少?
如何通過各種數據挖掘運維價值

TAG:Python | 运维 |