協作為世界帶來了一些偉大的發明。

七十年代后期，本·科恩(Ben Cohen)和杰里·格林菲爾德(Jerry Greenfield)聚在一起帶給了我們一份禮物，這份禮物持續保持奉獻——本和杰里的冰淇淋。他們共同努力，將冰淇淋品種的門檻提的很高，以至于有些人仍在努力追趕。

[[355173]]

你可能想知道這和DevOps有什么關系。好吧，你可以認為DevOps文化和Ben&Jerry的事情類似(象征性地)，并且DevOps文化能夠促進開發和運維之間的協作——通過簡化產品開發以及減少多余的流程。

我們喜歡以前的分工概念，但這就是問題——有時分工會阻礙生產率。它可能會造成延遲，形成官僚作風，并起到抑制創造力的作用。

另一方面，協作可以將人們團結在一起并加快產品發布周期。更不用說，開發團隊和運營團隊之間的合作可以改善終端用戶的整體體驗。對此還有什么不喜歡的?

實際上，DevOps文化非常致力于協作，以至于“DevOps”一詞是“開發”和“運維”一詞的融合。我的意思是，正如杰克·斯派洛(Jack Sparrow)所說的那樣——盡管所有IT人士都是聰明的人，但在命名事物上，他們并沒有很好的想象力!

盡管如此，DevOps一詞仍然具有一定的吸引力，而且這種趨勢不會很快消失。但是，在我們深入研究可以幫助你加入DevOps工程師領域的內容之前，讓我們看一下DevOps文化實際上意味著什么。

什么是DevOps?

Tripwire Inc.的聯合創始人吉恩·金(Gene Kim)表示：“目前，DevOps更像是一場哲學運動，尚未有準確地描述或實踐。”

在IT領域似乎有很多這樣的事情!從努力定義計算機科學到嘗試確定硬件錯誤和軟件錯誤——有太多無法在計算機科學中精確定義的東西。

幸運的是，這并沒有阻止人們嘗試。以下是Azure對DevOps的定義：

開發(Dev)和運維(Ops)的組合，DevOps是人員，流程和技術的結合，以不斷為客戶提供價值。DevOps對團隊意味著什么?

DevOps使以前孤立的角色(開發，IT運營，質量工程和安全性)能夠協調和協作以生產更好，更可靠的產品。通過采用DevOps文化以及DevOps的實踐和工具，團隊可以更好地響應客戶需求，增強對所構建應用程序的信心，并更快地實現業務目標。

——Azure.microsoft.com

DevOps的理念是致力于創建一個以用戶為中心的軟件開發協作環境。這不僅有利于加快開發周期，還能夠提高軟件的整體質量。這可能就是為什么最好將DevOps描述為一種理念，而不是僅僅一個快速跟蹤開發的工具。

DevOps怎樣運作的?

還記得丹澤爾·華盛頓(Denzel Washington)如何使他的攻守團隊成員在電影《記住泰坦》中一起工作嗎?將DevOps視為IT工程界的丹澤爾。

從設計流程一直到生產發布和支持，DevOps致力于將運維和開發工程師的專業知識相結合。

在某些DevOps模型下，開發和運維團隊的合并還包括質量保障和安全團隊的緊密集成。這種高度集成的結果是消除了孤立活動(例如測試和部署)所產生的許多錯誤。

DevOps團隊使用實踐來自動化流程和工具，以幫助更快，更可靠地運營和開發應用程序。多虧了DevOps，團隊的整體生產力和速度都被推到了極限。這同時帶來了更大的收益方式，超越了公司的利潤范圍。

DevOps收益

像所有事情一樣，DevOps從提出來到現在也受到一些批評。例如，批評者經常將DevOps稱為一把雙刃劍，它既可以使事情復雜化又可以使事情簡單化。

我將列出它提供的一些好處，讓你判斷DevOps是有怎樣價值的一種方法。

速度

速度絕對是DevOps必須垂涎的優勢之一。它能讓企業更快速的發展。

更快的軟件發布意味著企業可以更好的利用產品功能的價值。每個人都知道，產品測試是必須的并且也非常耗時。借助DevOps，公司可以通過自動化集成和測試來加快交付和迭代的過程。

不僅如此，整個開發團隊還可以密切關注產品的整個生命周期。這種持續的監控減少了團隊在查找和修復錯誤和bug上的時間。

可靠性

競爭激烈市場的好處是，質量最終將勝過數量。這就是為什么軟件質量值得稱贊的原因。

質量和可靠性是DevOps可以帶來的兩個好處。DevOps有助于簡化企業執行軟件測試的方式——DevOps不是將測試作為SDLC的一部分，而是將其提升為整個SDLC中至關重要的組件。

另一方面，可靠性使系統能夠在其環境限制內連續運行，從而提升了企業無縫運營所需服務的整體連接性。

改善協作

問題是，這并不是說人們沒有意識到，在DevOps文化興起之前，鞏固開發，運維和質量保障團隊會為業務帶來更多價值。

另外，以前的軟件開發方式也沒有在協作這個主要元素上有所丟失。DevOps所做的就是將部門之間的協作帶到了最前沿，并改變了這些部門之間的交互方式。

我們都知道DevOps是對敏捷和精益軟件方法論的改進，因此DevOps自然的突出顯示運維相關功能也就不足為奇了。在DevOps環境中，團隊并不是各自獨立的，也不存在部門特定的目標。

在DevOps模式下進行協作的最大好處是焦點從團隊效率轉換為綜合整體績效——因為最終產品的責任制是所有人共同承擔的。此外，開發，運維和質量保障團隊之間不斷增強的交互性還具有技術升級形式的另一個不可估量的優勢。

想想看，當不同部門的成員定期合作時，他們會共享想法和專業知識。在某種程度上，他們在與專業無關的所有方面都接受了交叉培訓。這就像你擁有蛋糕，然后和大家共享——這才是吃蛋糕的重點!

安全性

對于IT來說，安全性是一件大事。如果你正在處理受損的數據保護，那么這和你的產品線是否以正常的速度運行都沒關系。

好消息是DevOps除了可以為公司提供所有其他優勢外，它還可以幫助增強安全性。它通過將安全性作為單獨的元素添加到開發和運維的組件中，因此DevOps可以轉變為DevSecOps。

在DevSecOps模式下，安全責任不再是只屬于一個團隊，而是每個人都要負責安全與防御。DevSecOps不僅有助于降低成本，而且還可以幫助你及早發現并解決安全問題。

為什么DevOps很重要?

問DevOps為什么重要，就像問為什么多多益善一樣。這就是方程式發揮作用的方式。如果我所列出的DevOps好處都沒有使你信服，那么我可以再試一次。

毫無疑問，世界已經改變。軟件和互聯網幾乎以你能想到的所有方式改變了我們的生活。軟件不再是錦上添花的東西，而是每個企業不可或缺的組成部分。

公司使用軟件APP和服務來吸引客戶，并簡化其開展業務的方式——無論是物流，運營還是通信。就軟件而言，實現的可能性是無限的。

在一切都變得數字化的時代，軟件開發是所有創新的關鍵。而且常規(good)軟件開發和優秀(great)軟件開發之間的差異就在于DevOps!

DevOps實踐

現在，我們已經了解了DevOps的含義以及它的一些相關優點，讓我們討論一些DevOps的實踐。對DevOps方法論的透徹理解將有助于清除你可能遇到的任何揮之不去的疑問。更不用說它會增加你在這方面的知識并在面試中派上用場(我們將在后面進行討論)。

持續集成

團隊孤立地工作所導致的最大問題之一是在工作完成后合并代碼。這不僅具有挑戰性，而且很耗時。在這方面，持續集成(CI)可以幫助你節省大量時間。

開發人員通常使用具有持續集成功能的共享存儲庫(使用版本控制系統，如Git)。持續集成服務可以并發的對變更的代碼進行構建和運行測試，這使得識別和處理錯誤更加容易。從長遠來看，持續集成有助于提高開發人員的生產率，更快地解決bug和錯誤，并能夠加快迭代速度。

持續交付

• > 進化塑造了這顆星球上一切有意識的生命，而它只用了一個工具：錯誤。
• ——西部世界

羅伯特·福特(Robert Ford)可能在《西部世界》中犯了一些重大錯誤，但是這個人確實有一些出色的表現。他在進化上做出了很重要的一步。

談到進化，許多人認為持續交付(CD)是CI的下一步發展，因為它推動了自動化開發生命周期的進一步發展。

CD僅涉及編譯，測試和暫存環境。開發生命周期在該構建階段之后會將變更的代碼擴展到測試環境(或生產環境)從而來擴展CI。

如果使用得當，CD可以在生產階段之前對多個維度進行全面測試來幫助開發人員微調更新。持續交付允許開發人員運行測試，例如UI測試，集成測試和負載測試等。

微服務

微服務之于軟件設計就像生產線之于制造。或者，更確切地說，微服務是一種軟件設計體系結構，它對整個系統產生影響。

微服務允許將多個應用程序放到一個大的代碼庫中。每個應用程序都包含多個微服務，并且每個服務都經過調整以在一個特定功能上表現出色。

例如，讓我們看看亞馬遜如何轉向微服務的。曾幾何時，當亞馬遜還不是今天的龐然大物時，他們的API可以很好地為他們服務。但是隨著亞馬遜的擴大，對更好的應用程序接口的需求也越來越大。

亞馬遜決定使用微服務。現在，亞馬遜使用多個服務替換之前有問題的雙層體系架構——比如處理訂單的服務，推薦系統服務，支付服務等。所有這些服務實際上都是具有單一業務功能的微型應用程序。

基礎架構即代碼

由于技術創新，服務器和關鍵基礎架構不再像十年前那樣。現在，你擁有像Google這樣的云提供商，它們可以在巨大的數據倉庫中為成千上萬的客戶管理業務基礎架構。

毫不奇怪，當今的工程師管理基礎架構的方式與以前的方式截然不同。而且，基礎設施即代碼(IaC)是DevOps環境可用于處理規模變化的實踐之一。

在IaC下，使用軟件開發技術和代碼(例如版本控制等)來管理基礎架構。借助云的API驅動模型，開發人員可以通過編程方式與基礎架構進行交互。這使工程師能夠以處理應用程序代碼的方式來處理基礎架構。

這很重要，因為它允許你測試基礎架構就像測試代碼一樣。借助IaC，你的系統管理員不必再擔心網絡服務器無法連接到數據庫等問題。

更重要的是，如果企業有一個DevOps團隊正在開發推動自動化的基礎架構，那么IaC可以幫助企業實現自動配置和塑造抽象層，從而使開發人員可以繼續構建服務而無需了解特定的硬件，GPU，固件等。

想象一下：奔馳，寶馬和奧迪等大型汽車制造商都希望獲得最新的車內體驗技術，對嗎?但是，如果這些公司希望提供新的服務和產品，那么他們將會為所有跑在路上具有不同硬件的車而去努力做出調整。

除非有那么美好的一天，所有硬件都統一了，否則特定設備會繼續作為開發路上的攔路虎。但是，強大的DevOps團隊可以在此提供幫助，因為他們可以自動設置抽象層從而自動化基礎架構服務。通過解決云中的極端情況挑戰，DevOps團隊可以通過降低成本來幫助自動化制造商，并減輕開發人員的負擔和壓力。

配置管理

DevOps模型中的配置管理(CM)對于促進持續集成很重要。無論是托管在云中還是本地管理我們的系統都沒有關系，正確實施配置可以確保準確性，可追溯性和一致性。

當系統管理員使用代碼來自動化操作系統時，這會引導配置變更的標準化。這種標準化會讓開發人員免于浪費時間手動配置系統或系統應用程序。

策略即代碼

受益于云編碼基礎設施和配置的組織還具有額外的優勢，即可以大規模監控和強制實施合規。

這種自動化類型可以讓組織有效地監控資源的變更，并且可以以分布式方式實施安全措施。

監控和日志

監控指標可以幫助企業了解應用程序和基礎架構性能對終端用戶體驗的影響。對數據和日志進行分析和分類可以更好的了解產生問題的核心原因。

來看看這種情況——如果要以24/7全天候提供服務，那么就更新頻率而言，主動監控就變得尤為重要。

如果你正在做代碼發布，那么你知道的，你無法做到檢查所有盲點。為什么?因為并非每個問題都在用戶界面中彈出。有些bug的工作方式類似于Ethan Hunt，有些bug則降低了性能，然后是浪費型的bug，它們浪費了資源。

另一方面，容器和實例的生成會使日志管理感覺就像在一大堆針頭中找到一根針頭一樣令人不快。要遍歷的原始數據量巨大，可能很難找到有意義的信息。

但是，如果你有監控系統，則可以根據監控指標來告警團隊有關跨云服務或應用程序任何類型的異常情況。

此外，監控指標還可以幫助企業了解應用程序和基礎架構性能對終端用戶體驗的影響。

日志記錄可以幫助DevOps團隊創建用戶友好的產品或服務，或者推動持續集成/交付。一起使用——監控和日志記錄不僅可以幫助企業更了解其客戶，而且還可以幫助企業了解其自身的能力和規模大小。

例如，幾乎所有企業在全年中都會從AWS，Azure或者Google Cloud等云提供商租用了一定數量的云空間。但是，如果公司不了解其容量可能會由于旺季或假期而波動的事實，或者如果其團隊不準備通過創建置備層來應對起伏不定的情況，那么情況可能會變得很糟糕，比如網站崩潰。

溝通與協作

DevOps最重要的一點是溝通與協作。(軟件交付過程的)DevOps工具和自動化專注于通過結合開發和運維的流程和效率來創建協作。

在DevOps環境中，所有團隊都參與制定與信息共享有關的文化規范，并通過項目跟蹤系統，聊天應用程序等促進交流。這使開發人員之間可以更快地進行交流，并有助于將組織的各個部門聚集在一起以實現既定目標和項目。

如何準備DevOps面試

到目前為止，我們已經詳細介紹了DevOps及其優勢和實踐。現在是時候深入了解找一份DevOps工作所需要的信息了。

DevOps工程師需要對SDLC有透徹的了解。僅憑表面的理解是不夠的，你需要了解為什么組織必須轉向新的模式。因為俗話說，你只有知道自己的目標，才知道要去怎么做。

另外，如果你打算遷移到DevOps世界，那么你可以享受CI/CD管線提供的各種好處。我們會談論規劃，構建，測試，部署和監控，換句話說，就是整個流程。

公司一直在尋找與集體效率有關的DevOps工程師，他們致力于簡化代碼以及充分利用自動化基礎架構，例如節省云成本，減少程序瓶頸和運行時間。

請記住，在DevOps環境中，每個人都應對所有事情負責——成為所有行業的佼佼者并不是一件容易的事。

考慮到軟件開發周期，大多數人應該已經弄清楚了DevOps職業路線圖的第一步。如果你還沒有，那也沒關系，因為馬上我們就會談論它。

DevOps職業路線圖的步驟

為什么職業路線圖很重要?我們可以換句話說——如果你想要了解職業發展在組織中如何取得成功，那么你就需要做一些認真的規劃。

此外，我們大多數人都有我們要為之努力的目標，如果你打算朝著DevOps夢想的工作邁進，那么你需要關注職業發展。

談到技能以及職業道路的制定，編程語言對DevOps而言就像牛奶對奶昔一樣。我的意思是DevOps工程師也會做開發以及為自動化軟件做編碼工作。唯一的區別是，DevOps工程師的工作水平要高于老式學校的系統管理員或來自90年代的Windows構建工程師。

這就是為什么你需要掌握多種編程語言才能成為DevOps工程師的原因。Python，JavaScript和Ruby是與DevOps工具(如Git和Docker)結合使用的3種最流行的語言。

我并不是說你必須要掌握所有這三種語言，但是至少要精通一種。此外，嘗試使用DevOps工具也不會有壞處。

DevOps工程師還應該對Linux命令接口有基本的了解。必備的Linux技能包括Linux命令(find，grep，awk，sed)，Linux shell(bash或ksh)，同時不要忘了還有網絡命令(nslookup和netstat)。盡管Unix和Windows都一樣好，但是如果你正在運行開源技術堆棧，則更有可能是在Linux上運行。

當然，就成為一名DevOps工程師而言，編程語言只是該過程的第一步。如果你想對整個過程進行全面逐步的了解，請單擊此處。另外，如果你對自己的Python技巧有些生疏，那么你可以查看這里。

DevOps面試準備

在繼續之前，我們假設每個人都知道成為一名DevOps工程師所需的要求(單擊鏈接)，讓我們繼續介紹如何為DevOps面試做準備。

我討厭聽到壞消息，但是為DevOps面試做準備就像在準備IT世界中任何其他類型的面試一樣。你需要根據自己的技能能力進行復習。同時你需要記住一點——你正努力成為推崇自動化文化的一部分，但這并不意味著你應該像機器一樣工作。

面試官不會期待你了解所有內容，另外為了避免面試中過度緊張，請慢慢進行。分解重要部分，并逐個講解各個主題。就像羅馬不是一天建成的一樣，你不能指望你的技能在幾個小時內從零增加到一百。

談到重要主題，你應該著重關注以下主題：

• 數據結構和算法(永遠無法逃脫)
• 系統設計
• Linux基礎知識
• DevOps工具
• 語法分析(Parsing)

一旦掌握了這些主題，就可以開始為問答環節做準備。

任何公司的面試團隊都經過培訓，可以分辨不同人的工作能力。沒錯，他們將竭盡所能吸引最適合他們的申請人。

因此，在進行其他準備之前，請先戴上Sherlock帽，然后進行一些調查，當然，不是什么太極端的，只需訪問該公司的網站并查找有關它們的更多信息。嘗試發現公司的目標和計劃，他們的工作文化以及任何其他有趣的花絮，以便可以幫助你弄清楚遇到的問題。

相信我，稍微深入一點的挖掘就可以讓后面的路走的更遠點。你收集的信息可能會對你在面試中遇到的問題提供一些見解。

但是，根據統計信息，有50%的機會運氣會撞向你，也就是你從調查活動中不會得到任何有用信息。

不過問題不大，下面我為你準備了DevOps面試中可能會遇到的全面的問題清單

全面的問題清單

根據一段時間的調查研究，可以把以下一些問題作為速查表。這些問題聽起來有些籠統，但是它們和你實際在面試中預期的非常接近。

• 準備提出令人深思且讓面試官影響深刻的作答了嗎?
• 安全在你的DevOps流程中有多重要?你過去做了什么來增加更高的安全意識?

如果你一直關注安全方面，那你會知道安全性在DevOps中有多么重要。由于DevOps自動化工作的步伐非常快，因此如果你夠不小心，它可能會產生一些嚴重的安全錯誤。作為一名DevOps工程師，確保應用程序的安全是你的工作職責。

• 未來你想接觸哪些技術?為什么?你是否已采取任何積極措施來參與這些技術?
• 未來你想接觸哪些技術?為什么?你是否已采取任何積極措施來參與這些技術?

實話實說，如果你不希望在DevOps面試中遇到這樣的問題，那么你差不多就和這份工作無緣了。創新本身就是DevOps的事情之一，新興技術也是如此。

這就是為什么你最好加入一個技術社區(例如Reddit或GitHub)并成為開源項目的一部分原因。可以這么說，緊緊抓住變化的脈搏。

告訴我們有關你如何為生產系統實現高效監控解決方案的信息

監控需要時間和耐心，而且很難。優秀的DevOps候選人應該知道這一點。在這類回答中你可以從很多方面說明，例如如何在遵守SLA，睡眠(sleep)和發布周期中不花太多時間之間保持良好平衡。通過谷歌搜索SRE監控策略并閱讀有關該主題的內容，開始為此類問題做準備。

你認為DevOps角色最具挑戰性的方面是什么?

這是一個自述問題。這類詢問自己看法的問題主要是讓你有機會公開的談論你面臨和克服的挑戰。

公司喜歡尋找那些積極面對挑戰的候選人。另外，你也可以談論與業務相關的挑戰或技術難點。

你是如何描述持續集成以及如何實現它?

是的，這是一個非常簡單的問題。嘗試從兩個方面回答——解釋持續集成的實踐內容，然后解釋與該軟件有關的部署過程。

你是如何定義DevOps?

這個問題太開放了，沒有唯一的正確答案。這個問題的初衷是想了解你對DevOps文化的看法。答案實際上取決于你對DevOps的關注點——是有關協作，自動化還是速度?

但是，無論是微服務還是其他服務，都請確保從你的角度來看在DevOps中包含你期望的一些最新趨勢。另外(這是一個提示)DevOps在很大程度上是關于協作的，但是它的主要目標是簡化開發周期，因此DevOps主要是關于時間效率方面的。

你是如何看待“基礎架構即代碼”，以及IaC的思想如何與DevOps文化融合?

還記得我們在討論IaC的時候說過，它允許工程師像測試代碼那樣測試基礎架構嗎?IaC是改善公司整體自動化策略的關鍵——這座橋梁可以在最少的人工干預下管理基礎架構。另外，根據職位描述和組織，你可以多回答一些基礎架構自動化工具和容器技術。

如何評判自己和DevOps團隊的成功

DevOps文化是關于整體改進的。團隊中的每個人都在努力使生產和部署過程更安全，高效以及自動化。

這意味著，沒有事情是完美的——總有可以改進的地方。作為一名DevOps工程師，你的工作是推動自己和團隊不斷做得更好。而且，這就是為什么你需要可評估或可衡量的目標來衡量成功的原因。否則，你將不知道如何衡量你的成功。

為什么我們需要DevOps?

這很簡單——公司面臨著從用戶不斷增長到以交付更好，更快的應用程序的需求轉變。而且，DevOps強調自動化和協作，這可以幫助企業以經濟高效的方式迅速滿足需求。

DevOps工程師在敏捷開發方面的職責是什么?

DevOps工程師需要與敏捷開發團隊緊密合作，以促進必要的環境來支持諸如持續集成，持續交付和自動化測試之類的實踐。DevOps工程師必須與開發人員合作，以使整個DevOps機器無縫運行。

結束語

我們提供了完整的DevOps面試問題清單，以及承諾的有關DevOps文化的大量信息。

冒著這篇文章變成與托爾斯泰的《戰爭與和平》相提并論的風險，我只想在結束之前提及一個小細節。

就像我經常告訴人們的那樣，當你走進面試室時，重要的是要在面試結束時向面試官提出一系列問題。

利用此次機會獲得有關工作和公司的有價值的信息。你能想象自己在這樣的地方工作嗎?如果不能，那么整個過程將毫無意義。

你的職業生涯取決于你在某個特定領域的表現和貢獻。選擇符合你的興趣和目標的工作是成功的一半。選擇一個你真正感興趣并感到興奮的工作，然后讓這種熱情驅動你向前。

原文標題：How to Become an DevOps Engineer in 2020