- 原文地址:How To Become a DevOps Engineer In Six Months or Less
- 原文作者:Igor Kantor
- 譯文出自:掘金翻譯計劃
- 本文永久連結:github.com/xitu/gold-m…
- 譯者:臨書
- 校對者:jianboy
如何在六個月或更短的時間內成為 DevOps 工程師,第一部分 :基礎
『空曠的高速公路橫穿多彩的沙漠』— 由 Johannes Plenio 釋出在 Unsplash。
注:這是系列文章的第一部分。
第二部分在這裡。
目標受眾
你是一名希望將職業生涯轉向更契合 DevOps 模式的開發人員嗎?
你是一位經驗豐富的運維人員嗎,你想要了解整個 DevOps 生態嗎?
或者你都不是,你只是尋求職業生涯的改變卻不知道從哪裡開始?如果是這樣,請往下閱讀!
最後,如果你已經有了多年的 DevOps 經驗,你也可能從文章中獲取有用的資訊,比如驗證自己的位置和發展方向。
DevOps 是什麼?
首先,什麼是 DevOps?
你可以谷歌一下它的定義,不過大多數都是一些冗長的包含很多空話的連續欄位。(看下面我做了什麼?)
那麼,我幫你搜尋好了並將它的定義摘錄下來:
DevOps 是一種痛苦與職責交織的軟體交付方式。
就這樣。
好吧,所以這到底是什麼意思?
在傳統意義上,開發人員(開發軟體的人)的與運維人員(維護軟體的人)的職責不大相同。
例如,作為一名開發人員,我要儘可能快的開發更多的新功能。畢竟這是我的工作,也是客戶的需求!
然而,如果我是一名運維人員,我可能不希望有太多的新特性,因為每個新特性都意味著一次變更,而每次變更都是有風險的。
由於這種兩種激勵機制的衝突,DevOps 誕生了。
DevOps 試圖將開發人員(Dev)和運維人員(Ops)融合到一個組中。我們的想法是:這樣可以在同組內消化面向使用者軟體的研發、部署和完成績效等所有痛苦和職責(可能還有獎勵)。
此時,純粹主義者會告訴你:『沒有「DevOps 工程師」這個東西,DevOps 是一種文化,而非角色』。
是的,它在理論上是正確的(最糟糕的那種正確!),但是正如經常發生的那樣,這已經超越了它本來的含義。
現在,成為 DevOps 工程師就像成為『系統工程師 2.0』。
換句話來說,DevOps 工程師就是一種既瞭解軟體生命週期,也可以開發出面向開發者的工具,還能推進解決經典運維難題的人。
DevOps 最終意味著構建數字化管道,從開發人員的膝上型電腦上的程式碼,到生產環境部署直至產生收益,這令人敬畏!
這就是它的一切!
另請注意,作為一種職業選擇,整個 DevOps 行業有很高的報酬,幾乎每個公司都會有 DevOps 職位,或者聲稱將會有。
無論哪兒的公司,DevOps 的工作機會都非常多,會在未來幾年內提供有趣、有意義的工作機會。
注意:警惕聘用『DevOps 團隊』或者『DevOps 部門』的公司。嚴格的來說,這種情況是不會發生的,因為 DevOps 最終是關於文化和軟體交付方式的,並不是要配備新的團隊或者部門。
放棄
現在,讓我們把 Kool-Aid 的杯子放到一邊,考慮以下幾點:
你有沒有聽過這句老話,『不存在初級的 DevOps 工程師嗎?』
如果沒有,請知曉它是 Reddit 和 StackOverflow 上的一種流行比喻。但是這是什麼意思呢?
簡而言之,這意味著它需要多年的經驗,並結合對工具的紮實理解,才能最終成為真正的高階 DevOps 從業者。然而遺憾的是,經驗的獲取沒有捷徑。
所以,不要嘗試在這個行業行騙,我認為只有幾個月的經驗是不可能假裝成高階 DevOps 工程師的。對快速迭代的工具和方法,需要數年才能深刻理解,而且沒有捷徑。
然而,大多數公司一般都會使用一些主流的(最新的,如果你願意)工具和概念,這就是本文的全部主題!
同樣,因為工具和技能不同,在學習工具時,請確保不要忽視自己的技能(面試、網路、書面溝通和故障排除等)
最重要的是,不要忘記我們追求的目標 — 構建一個全自動的數字管道,將想法轉化為可以創造收入的程式碼。
這是整篇文章中唯一重要的內容!
說的夠多了,我們應該如何開始做?
以下是你的路線圖。
掌握以下內容,你可以安心的稱自己為 DevOps 工程師!或者雲工程師 — 如果你討厭『DevOps』這個稱呼。
下面的圖代表我(也可能是這個領域工作的大多數人)的想法,是關於一個 DevOps 工程師應該瞭解什麼。也就是說,這只是一種建議,肯定會有不同的聲音,這並沒有什麼問題,我們不追求完美,我們是在建立堅實的基礎。
注意:你應該使用廣度優先的方式瀏覽,先從基礎開始(並堅持下去!)。首先學習藍色標記的技術(Linux | Python | AWS),然後如果時間允許或者就業市場有需求,繼續學習紫色標記的技術(Golang | Google Cloud)。
譯者注:AWS 和 Google Cloud 技能可以理解為國內的騰訊雲、阿里雲。
DevOps 基礎知識
還有,如果時間允許,在掌握第一層基礎之後,請繼續學習它的下一層,以增加你的專業知識深度。
一旦你弄懂了基礎層面的東西,可以開始轉去解決實際問題了:
現實世界的技能
注意:上面的技能管道缺少了測試 — 編寫測試用例,這是故意的 - 編寫整合和驗收測試用例並不容易,這通常是開發人員承擔的工作。故意遺漏『測試』階段是因為該學習路線圖的目標是快速獲取新技能與工具。筆者認為缺乏測試專業知識只是成為 DevOps 的一個微不足道的障礙。
還有,請記住,我們不是在這裡學習一堆無關的技術吐槽。我們需要對完整的工具鏈有深刻的理解,要將這些工具結合在一起,講述一個連貫的故事。
這個故事是端到端的流程自動化 — 一種可以像裝配流水線一樣改動的數字管道。
而且,你一定也不想學一堆工具然後止步不前,工具更新換代很快,概念則不是。因此,你要做的是使用工具作為代表去學習更高階別的概念,而不是學習工具的使用。
好的,讓我們再深挖一點!
基礎知識
在標有『基礎』知識的基線下,你將看到每個 DevOps 工程師必須掌握的技能。
在這裡,你將看到行業中主導的三大支柱:作業系統,程式語言,公有云。這些不是你很快能學會的東西,在列表中檢視,然後繼續前進。為了保持對技能的熟悉和不過時,你必須持續的學習並對其保持敏銳。
讓我們一個接一個看看。
Linux:可以執行一切的系統。現如今,你能成為一名完全生存於 Microsoft 生態中的出色 DevOps 從業者嗎?當然可以!沒有規定要求 Linux 包含所有生態。
然而!請注意,雖然所有的 DevOps-y 事情確實可以用 Windows 來完成,但這個過程更加痛苦,而且工作機會要少的多。現在,你可以放心的認為在不瞭解 Linux 的情況下無法成為真正的 DevOps 專業人員。因此,Linux 是你必須學習和不斷學習的東西。
誠然,最好的方法是在家裡的電腦安裝 Linux(Fedora 或者 Ubuntu)並儘可能多的使用它。你會解決一些問題,或者你會陷入困境,然後你將不得不解決所有問題,在這個過程中,你將學會 Linux!
作為參考,在北美,Red Hat(紅帽)的變種更為普遍,因此,從 Fedora 或 CentOS 開始學習是有道理的。如果你在猶豫使用 KDE 或 Gnome 哪種桌面環境,請使用 KDE。Linux Torvalds(譯者注:linux 之父)在使用。:)
Python:如今最主流的後端語言。易上手,使用廣泛。紅利:Python 在 AI/機器學習領域的使用非常廣泛,所以如果你想要轉戰其它熱門領域,路已經鋪好了。
亞馬遜網路服務:再強調一次,沒有充分了解公有云的運作方式,不可能成為一名經驗豐富的 DevOps 專業人士。如果你想了解雲知識,亞馬遜網路服務是這一領域的主導者,它提供了最豐富的工具集。
是否可以從 Google Cloud 或 Azure 開始?當然可以!但是我們追求的是利益最大化,所以 AWS 是成功概率最大的,至少在 2018 年。
在 AWS 註冊賬戶可以獲得一些免費的套餐優惠,所以這是一個很好的起點。
現在,當你登入 AWS 控制檯時,你會看到一個簡單易懂的選項選單。
『發現另一個我從未知曉的 AWS 功能』,由 Tom Pumford 釋出在 Unsplash。
那是一句諷刺。好訊息是,你不需要了解每一個亞馬遜技術。
從下面幾個開始:VPC,EC2,IAM,S3,CloudWatch,ELB(在 EC2 的保護傘之下)還有安全組。這些東西可以幫助你入門,每個現代的,支援雲的企業都會大量使用這些工具。
AWS 自己的培訓網站是一個很好的起點。
我建議你每天流出 20-30 分鐘來練習 Python,Liunx 還有 AWS。
注意:這將是必須要學習的附加內容。總而言之,我估計每天花費一個小時,每週五次就足以讓你在 6 個月或者更短的時間內充分了解 DevOps 行業的情況。
這就是基礎層!
在隨後的文章中,我們將討論下一級的複雜的東西:如何完全以自動化的方式配置,管理版本、管理包、部署、執行和監控軟體!
如果發現譯文存在錯誤或其他需要改進的地方,歡迎到 掘金翻譯計劃 對譯文進行修改並 PR,也可獲得相應獎勵積分。文章開頭的 本文永久連結 即為本文在 GitHub 上的 MarkDown 連結。
掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群,文章來源為 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智慧等領域,想要檢視更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。