[[261342]]

6 位專家為你解析 DevOps 及其實現、實踐和哲學的關鍵。

如果你問 10 個人關于 DevOps 的問題，你會得到 12 個答案。這是對于 DevOps 的意見和期望的多樣性的結果，更不用說它在實踐中的差異。

為了解讀 DevOps 的悖論，我們找到了最了解它的人 —— 這個行業(yè)的***從業(yè)者。這些人熟悉 DevOps，了解技術的來龍去脈，并且已經有了多年 DevOps 實踐。他們的觀點應該能鼓勵、刺激和激發(fā)你對 DevOps 的想法。

DevOps 對你意味著什么？

讓我們從基本原理開始。我們不能只在教科書上尋找答案，而應該需要知道專家們怎么說。

簡而言之，專家們說的是關于 DevOps 的原則、實踐和工具。

IBM 數字企業(yè)集團 DevOps 商業(yè)平臺*** Ann Marie Fred，說，“對于我來說，DevOps 是一套實踐和原則，旨在使團隊在設計、開發(fā)、交付和操作軟件方面有更好的效率。”

據紅帽資深 DevOps 布道者 Daniel Oh，“通常來說，DevOps 促使企業(yè)基于當前的 IT 發(fā)展與應用開發(fā)、IT 運維和安全協(xié)議的流程和工具。”

Tactec 戰(zhàn)略解決方案的創(chuàng)始人 Brent Reed，談及了利益相關者的持續(xù)改進，“DevOps 對我來說意味著包括了一種思維方式的工作方式，它允許持續(xù)改進運維績效，進而提升組織績效，從而讓利益相關者受益。”

許多專家也強調 DevOps 文化。Ann Marie 說，“這也是持續(xù)改進和學習的問題。它涉及的是人和文化，以及工具和技術。”

美國保監(jiān)會 (NAIC) ***架構師兼 DevOps *** Dan Barker，“DevOps 主要是關于文化…它將幾個獨立的領域聚集在一起，如精益生產、公正文化 和持續(xù)的學習。我認為文化是最關鍵和最難執(zhí)行的。”

Atos 的 DevOps 負責人 Chris Baynham-Hughes，說，“[DevOps] 實踐是通過組織內的文化、流程和工具的發(fā)展而被采用的。重點是文化變革，DevOps 文化借鑒的關鍵是協(xié)作、試驗、快速反饋和持續(xù)改進。”

云架構師 Geoff Purdy，談及敏捷和反饋，“縮短和放大反饋回路。我們希望團隊在幾分鐘內而不是幾周內獲得反饋。”

但在***，Daniel 通過解釋開源和開源文化是如何讓他以簡單快捷的方式實現目標來強調這點，“在推動 DevOps 中，最重要的事情應該是開源文化而不是具體的工具或復雜的解決方案。”

你認為哪些 DevOps 實踐有效？

專家列舉的那些***實踐是普遍存在的，但又各不相同。

Ann Marie 表示：“一些十分強大靈活的項目管理[實踐]，能在職能、獨立的小組之間打破壁壘；全自動化持續(xù)部署，藍/綠部署實現零時間停機狀態(tài)；開發(fā)人員設置自己的監(jiān)控和警告，無縫自我修復，自動化的安全性與合規(guī)性。”

Chris 說，“特別的突破是傾情合作、持續(xù)改進、開放領導、縮短業(yè)務距離、從垂直孤島轉向橫向/跨功能的產品團隊、工作透明化、相互影響、Mobius 循環(huán)、縮短反饋回路、自動化（從環(huán)境到 CI/CD）。”

Brent 支持“發(fā)展學習文化，包括 TTD [測試驅動開發(fā)] 和 BDD [行為驅動開發(fā)]捕獲事件，并通過持續(xù)集成和持續(xù)交付從設計、構建和測試到實施在生產環(huán)境上一系列事件的自動化。測試采用故障優(yōu)先的方法，能夠自動化集成和交付流程，并在整個生命周期中包含快速反饋。”

Geoff 強調自動化配置。“選擇一個自動化配置，對我的團隊來說非常有效。更具體地說從版本控制代碼庫中自動配置。”

Dan 則玩的開心，“ 我們做了很多不同的事情來建立 DevOps 文化。我們舉辦 ‘午餐 & 學習’ 活動，提供免費的食物來鼓勵大家一起學習。我們買書，分組學習。”

你如何激勵你的團隊實現 DevOps 這個目標？

Daniel 強調“自動化的問題就是為了減少 DevOps 計劃中來自多個團隊的異議，你應該鼓勵你的團隊提高開發(fā)、測試與 IT 運營的自動化能力，以及新的流程和程序。例如，Linux 容器是實現 DevOps 自動化功能的關鍵工具。”

Geoff 很是贊同，“機械化的勞作，你有討厭現在做的任務嗎？很棒。如果可能的話，讓它們消失。不行，那就讓它們自動化。它能使工作不會變得太枯燥，因為工作總是在變化。”

Dan、Ann Marie 和 Brent 強調團隊的執(zhí)行力。

Dan 說，“在 NAIC，我們有個很好的獎勵系統(tǒng)來鼓勵特定的行為。我們有多個級別的獎項，其中兩個獎項可以由任何人頒布給某人。我們也會頒獎給完成重要任務的團隊，但我們通常只獎勵給個人貢獻者。”

Ann Marie 表示，“我所在地區(qū)的團隊***的動力是看見其他人成功。我們每周都會彼此回放一次，其中一部分是分享我們從嘗試新工具或實踐中學到的東西。團隊熱衷于他們現在做的事情，并愿意幫助其他人開始，相信更多的團隊很快也會加入進來。”

Brent 表示贊同。“讓每個人學習，并掌握同樣的基礎知識至關重要……我喜歡從評估什么能幫助團隊實現目標[以及]產品負責人和用戶需要提供的內容入手。”

Chris 推薦采用雙管齊下的方法。“運行可以每周可以實現的小目標，并且[在這]可以看到他們正在運做的功能工作之外的進展，慶祝你所取得的進步。”

DevOps 和敏捷開發(fā)如何協(xié)同工作？

這是一個重要的問題，因為 DevOps 和敏捷開發(fā)都是現代軟件開發(fā)的基石。

DevOps 是一個軟件開發(fā)的過程，專注與溝通與協(xié)作，以促進快速部署應用程序和產品。而敏捷開發(fā)是一種開發(fā)方法，涉及持續(xù)開發(fā)、連續(xù)迭代和連續(xù)測試，以實現可預測和可交付的成果質量。

那么，它們又有怎樣的聯(lián)系？讓我們去問問專家吧。

在 Brent 來看，“DevOps != 敏捷。其次 敏捷 != Scrum 流程……敏捷工具和工作方式支撐著 DevOps 策略和目標，它們是如此融合在一起的。”

Chris 說，“對我而言敏捷是 DevOps 的一個基本組件。當然，我們可以討論如何在非敏捷開發(fā)環(huán)境中采用 DevOps 文化，但最終表明，提高軟件設計方式的靈活性是采用 DevOps 成熟讀的一個關鍵指標。”

Dan 將 DevOps 與更偉大的 敏捷宣言 聯(lián)系起來。“我在談到敏捷時總會引用敏捷宣言來設置基準，而有許多實現中并不關注該宣言。當你閱讀這份宣言時，你會發(fā)現它確實從開發(fā)的角度描述了 DevOps。因此，將敏捷融入 DevOps 文化非常容易，因為敏捷關注于溝通、協(xié)作、變化的靈活性以及快速地投入生產。”

Geoff 認為 “DevOps 是敏捷實施的眾多實現之一。敏捷本質上是一套原則，而 DevOps 則是體現這些原則的文化、流程和工具鏈。”

Ann Marie 簡潔說明，“敏捷是 DevOps 的先決條件。DevOps 使敏捷變得更加有效。”

DevOps 是否受益于開源？

這個問題得到了所有參與者的熱烈肯定，然后解釋了他們看到的好處。

Ann Marie 說，“我們站在巨人的肩膀上，在已有的基礎之上發(fā)展。拉取請求和代碼評審的開源模式，對 DevOps 團隊維護軟件很有效果。”

Chris 贊同 DevOps “毫無疑問”受益于開源。“從設計和工具方面（例如，Ansible），到流程和人員方面，通分享行業(yè)內的故事和開源社區(qū)的領導。”

Geoff 提到一個好處是“基層的采納”。免費的軟件不需要簽署購買申請。團隊發(fā)現了滿足他們需求的工具，可以自行進行修改。[然后]在它之上構建，并為更大的社區(qū)提供更好的功能。如此往復。

開源已經向 DevOps 展示著“就像開源軟件開發(fā)者正在做的那樣，采用更好的方式來克服新的變化”，Daniel 說。

Brent 同意道 “DevOps 從開源中獲益良多。一種方法是使用這些工具來理解它們是如何加速 DevOps 的目標和策略；在自動化、自動伸縮、虛擬化和容器化等關鍵方面對開發(fā)人員和操作人員進行培訓，如果不引入使 DevOps 更加容易的技術支持，就很難實現這些特性。”

Dan 指出了 DevOps 和開源之間的雙向共生關系，“做好開源需要 DevOps 文化。大多數開源項目都具有非常開放的溝通結構，很少有不透明的地方。對于 Devops 實踐者來說，這實際上是一個很好的學習機會，可以讓他們了解到可能需要將什么引入自己的組織中。此外能夠使用來自社區(qū)與組織類似的工具來鼓勵自己的文化成長。我喜歡用 GitLab 作為這種共生關系的一個例子。當我把 GitLab 帶入一家公司時，我們得到了一個很棒的工具，但我們真正購買的是他們獨特的文化，通過我們與他們的互動以及我們的貢獻帶來了巨大價值。他們的工具也可以為 DevOps 組織提供更多東西，而他們的文化已經在我引入它的公司中引起了他們的敬畏。”

現在我們的 DevOps 專家已經參與進來了，請在評論中分享你對 DevOps 的理解，以及向我們提出其他問題。