摘要:Agile團隊可以在其工作中使用DevOps原則(例如,實施CI / CD管道),與運維人員一起工作的開發團隊可能以相同的兩週增量工作。有些DevOps概念,它們的共同點是CI / CD管道,優化軟件交付和質量,一種創新文化,服務水平的目標和指標(SLO和SLI),團隊之間的協作以及自動化。

導語

DevOps與Agile有很多不同,但它們之間仍可發現很多共同點,這篇文章爲讀者揭曉。

正文

DevOps和Agile之間有着明顯的關係。Agile是方法論,Scrum是框架,並DevOps隨着看板也落在了Agile的“傘”下。精益,大規模的Scrum,極限編程,水晶等。例如,我們的Scrum團隊是一個Agile團隊,將作爲DevSecOps團隊運作。

DevOps和Agile都不是關於工具的。兩者都是關於思維方式和文化的。如果做得正確,團隊將以不同的方式思考和採取行動,並取得更大的成果,包括更快的軟件交付,持續集成(CI),持續交付(CD),持續改進,工作軟件,更快的解決方案,更多的協作和更少的孤島。另外,在質量測試方面能看到的附加結果,更好的自動化以及改進的系統,過程和實踐。

共同的概念

它們共有的一些Agile概念與Agile宣言相關。前12條原則中最熟悉的是前4條:

個人和交互重於流程和工具

有效的軟件重於完整的文檔

客戶協作比合同談判更重要

響應變化勝過遵循計劃

有些DevOps概念,它們的共同點是CI / CD管道,優化軟件交付和質量,一種創新文化,服務水平的目標和指標(SLO和SLI),團隊之間的協作以及自動化。

DevOps和Agile的優勢

DevOps加快了開發人員與運營之間的速度。此外,即使DevOps與工具無關,開發人員和操作人員團隊使用相同的技術堆棧這一事實,也在兩者之間創建了共享的語言和同理心。我們的Scrum團隊使用Jira來跟蹤所有錯誤,增強功能和團隊績效。

常見的DevOps工具是Jenkins,AWS,SonarQube,GitHub,Splunk和Ansible。儘管各個團隊的工具有所不同,但是思維方式和文化應該在所有人之間是通用的。

DevOps還可以減少開發人員與操作人員之間的分歧,就像瞭解彼此穿鞋的感覺,因爲現在它們可以合而爲一。

Agile團隊不斷頻繁而快速地交付,並在此過程中逐步適應。對於大多數軟件或產品交付團隊而言,兩週的衝刺工作似乎是最佳選擇。Agile團隊可以在其工作中使用DevOps原則(例如,實施CI / CD管道),與運維人員一起工作的開發團隊可能以相同的兩週增量工作。

傳統上,DevOps引導着持續的部署、交付和集成。團隊合作已整合;問題和故障由開發、運營和其他實體共同擁有,例如質量保證(QA)、測試、自動化等。

我相信,Agile和DevOps同呼吸共命運,它們之間有許多概念和理論交織在一起。儘管我毫無疑問,現在仍將有對我的觀點的反對意見,甚至尖銳的異議,但我認爲我們都同意,Agile和DevOps致力於解決複雜性,提高質量並圍繞軟件設計進行創新。

寫在最後

DevOps與Agile的話題幾乎就像辯論iPhone與Android一樣,每個人都有自己的見解,尤其是在人們不同意的情況下。

在撰寫以上這篇文章之後,閱讀了這篇文章的評論後,我想補充一些想法,包括我對該主題的某些看法發生了怎樣的變化。

我的觀點來自我現在的位置,也來自我曾經去過的地方。我曾經是系統管理員和基礎架構工程師,現在是密蘇里州一家大型公用事業公司的高級Scrum管理員。

我的團隊由六名前端軟件工程師和IT程序員分析師、一名業務分析師和兩名產品負責人以及我共同組成。最近,我們瞭解到管理層希望我們的團隊成爲DevSecOps團隊,因此我們的核心Scrum團隊正在與DevSecOps團隊合作,以幫助我們進行過渡。沒有人會天真地認爲這是一件容易的事情,但DevSecOps團隊的經驗使我們對成功充滿信心。

我們團隊的經理最近聘請了一位高級軟件工程師,他們將推動DevSecOps目標的實現。作爲一名scrum master,我將繼續專注於持續改進。團隊還很年輕,所以他們沒有豐富的工作經驗,但是他們很聰明而且有幹勁,還有很大的發展空間。此外,我們整個組織都在經歷着Agile轉型,因此大多數人對Agile的所有事物都是陌生的,包括Agile宣言和五個Scrum價值觀。

相關閱讀

01

Kubernetes有沒有被殺雞儆猴的那天?

Kubernetes可能是當前開源人羣的寵兒,但是Hadoop也曾受到人們尊敬,但最終過了氣,因爲它難以使用。Kubernetes雖然取得了長足的進步,但終究一天會到達瓶頸。

02

推薦一款適用於K8s的免費雲原生存儲引擎

如果您使用Kubernetes,您將知道存儲是集羣基礎架構的核心構建塊之一。它與工作節點提供的計算構件一樣重要。由於羣集的能力始終根據工作節點的數量及其配置來衡量,因此存儲並不會引起人們的注意。

03

Istio和紅帽OpenShift哪家強?

瞭解容器管理軟件Istio和Red Hat的OpenShift有何不同,並確定這些工具是否滿足組織的需求。

04

基於K8s按需擴展應用程序可從這幾方面入手

Kubernetes正在成爲首選的容器協調器。如果您知道如何配置它,它甚至還具有按需擴展應用程序的能力。在Docker提供了可以在您的筆記本電腦上運行的小型輕量級虛擬機之後,Kubernetes緊隨其後提供了一個實際的生產集羣。事實證明,運行生產集羣是一項複雜的工作。例如,Kubernetes並非隨身攜帶用於管理擴展的工具。

相關文章