一千萬個為什麽

搜索

什麽是DevOps?



請耐心等待,因為這可能會有點深。我一直在閱讀一些錯誤記錄SaaS的文檔,我正在使用它構建的應用程序中。

不少次他們給我的印象是,DevOps是所有開發人員的責任。例如,某人將其作為項目的一部分進行實施,而DevOps則是業務中的標題/角色......我想將它與...想象一下,作為開發人員,我必須編寫微服務,因為它需要相對於另一個四處走動的人稱自己是“微服務”,只做微服務......聽起來有點奇怪吧?

我可以看到兩者的優點,如果有的話,我知道在所有開發領域的最佳時間線條都很模糊......無論如何,我最好的猜想是DevOp會更專業化嗎?

Question Based on the above...

那麽DevOps人員的預期角色是什麽?比如說開發人員,如果按照DevOps是所有開發人員的責任的想法進行思考的話。

......就像DevOp那麽剩下的事情呢?

轉載註明原文: 什麽是DevOps?

一共有 3 個回答:

在這個行業中有兩個關聯性很強但仍有點爭議的事情,使得這種問題自2010年以來一直被問到。

首先是DevOps方法本身的性質。它誕生於軟件交付過程各方更好協作的想法。這涉及很多非技術方面,如分擔責任,更好的溝通和知識共享。另一個旨在實現的改進是產品交付本身,從設計軟件開始直至部署和運行實時系統。所以它也給我們帶來了技術上的改進。事實上,沒有什麽新東西,因為在大多數“DevOps職位空缺”(例如CI/CD,配置管理,日誌管理,監控等等)中看到的所有這些事情都存在了幾十年,甚至在第一次使用DevOps之前時間。 所以DevOps和方法論一樣,只是把所有這些東西都放在一個平板上。

第二件事是:炒作。 方法論興起 - 因為它旨在解決大多數行業參與者或多或少的問題。所以有些人開始在這裏看到不存在的“銀彈”。一些魔法藥水,它們可以解決他們所遇到的問題。 所以我們在這裏得到很高的需求因此 - 供應也開始增長。顯然,企業正在尋找可以為他們實施“DevOps”的人。你通常最初如何識別能夠使用某種工具/方法/任何工作的人?我敢打賭 - 答案是 - 通過在他們的簡歷中尋找適當的徽章:)

人們意識到,作為DevOps工程師,不僅僅是一名系統管理員或開發人員 - 這使得他們在當時的市場上更具獨特性和價值。這就是整個市場的運作方式 - 你提供和宣傳要求苛刻的人尋找什麽,所以他更喜歡你作為供應商,而不是其他人。

在這裏的某個地方,我們的註意力從整個方法轉向了技術方面。我沒有確切的答案,為什麽會發生這種情況,可能是因為大多數市場參與者錯過了DevOps想法的關鍵點,並且只能理解那些可以輕松測量的關鍵點。

我們現在有Jenkins在跑嗎?蜱! 我們使用廚師/木偶嗎?蜱!

對團隊成員之間的協作,溝通改進等等做出同樣的衡量方式很難。而高層管理人員通常會尋找一些可衡量的結果,而不是短暫的結果。

所以你是絕對正確的 - DevOps應該由團隊中的每個人來完成,僅僅是因為它關乎團隊本身,而不是某個人做出改變,而每個人和其他所有人都保持過時。

近期的DevOps ...

DevOps被認為/意在成為比職位更多的文化   但我們也不能忽視大量公司所有的事實   全世界都有“DevOps工程師”的雇用。

What Wikipedia says:

“DevOps運動的主要特點是在整合,測試,發布,部署和基礎設施管理等各個軟件構建步驟中大力倡導自動化和監控。DevOps旨在縮短開發周期,提高部署頻率,提高可靠性與業務目標保持一致。“

Answer (my perspective ):

作為一名DevOps工程師,我自己(打開了一堆蠕蟲),我意識到我對開發團隊更像是支持角色

  • 旨在促進和創建有用的系統/工具,以及我 開發人員可以輕松管理和使用。

  • 自動完成所有手動工作並創建簡化的CICD 管道確保開發人員的代碼經過測試,然後輕松部署到生產環境中。

  • Ops and Monitoring將任何問題通知我們和開發人員,以便盡快解決問題。

使所有“DevOps”職責容易與公司的所有技術團隊,甚至非技術團隊或個人“共享”並處理。

DevOps的作用仍在形成,因此組織之間的責任可能會有所不同。而且,這是開發者不久前的責任。

什麽是DevOps

我會說DevOps包含管理源代碼管理,管理CI/CD等構建管道和管理測試(單元測試,集成測試...),管理基礎架構(包括管理正在使用的雲服務)(如果有的話)。隨著提供給團隊的工具,增加了復雜性。增加復雜性需要更多時間讓團隊正確設置。那麽會發生什麽事呢,一兩名團隊成員就會獲得建立所有必要工具的經驗。這些團隊成員需要花更多時間在開發的運營方面,這些團隊成員成為DevOps。

所有的開發人員都應該在開發的運營方面有一定的知識,但是它已經發展到很大程度上要求所有的開發人員有足夠的知識來了解當前的操作和他們需要知道的開發工作(所有組件如何連接在一起,任何需要的框架......)