DevOps對你意味著什么？
6 位專家為你解析 DevOps 及其實現(xiàn)、實踐和哲學的關(guān)鍵。
如果你問 10 個人關(guān)于 DevOps 的問題，你會得到 12 個答案。這是對于 DevOps 的意見和期望的多樣性的結(jié)果，更不用說它在實踐中的差異。
為了解讀 DevOps 的悖論，我們找到了最了解它的人 —— 這個行業(yè)的***從業(yè)者。這些人熟悉 DevOps，了解技術(shù)的來龍去脈，并且已經(jīng)有了多年 DevOps 實踐。他們的觀點應(yīng)該能鼓勵、刺激和激發(fā)你對 DevOps 的想法。
DevOps 對你意味著什么？
讓我們從基本原理開始。我們不能只在教科書上尋找答案，而應(yīng)該需要知道專家們怎么說。
簡而言之，專家們說的是關(guān)于 DevOps 的原則、實踐和工具。
IBM 數(shù)字企業(yè)集團 DevOps 商業(yè)平臺*** Ann Marie Fred，說，“對于我來說，DevOps 是一套實踐和原則，旨在使團隊在設(shè)計、開發(fā)、交付和操作軟件方面有更好的效率。”
據(jù)紅帽資深 DevOps 布道者 Daniel Oh，“通常來說，DevOps 促使企業(yè)基于當前的 IT 發(fā)展與應(yīng)用開發(fā)、IT 運維和安全協(xié)議的流程和工具。”
Tactec 戰(zhàn)略解決方案的創(chuàng)始人 Brent Reed，談及了利益相關(guān)者的持續(xù)改進，“DevOps 對我來說意味著包括了一種思維方式的工作方式，它允許持續(xù)改進運維績效，進而提升組織績效，從而讓利益相關(guān)者受益。”
許多專家也強調(diào) DevOps 文化。Ann Marie 說，“這也是持續(xù)改進和學習的問題。它涉及的是人和文化，以及工具和技術(shù)。”
美國保監(jiān)會 (NAIC) ***架構(gòu)師兼 DevOps *** Dan Barker，“DevOps 主要是關(guān)于文化…它將幾個獨立的領(lǐng)域聚集在一起，如精益生產(chǎn)、公正文化 和持續(xù)的學習。我認為文化是最關(guān)鍵和最難執(zhí)行的。”
Atos 的 DevOps 負責人 Chris Baynham-Hughes，說，“[DevOps] 實踐是通過組織內(nèi)的文化、流程和工具的發(fā)展而被采用的。重點是文化變革，DevOps 文化借鑒的關(guān)鍵是協(xié)作、試驗、快速反饋和持續(xù)改進。”
云架構(gòu)師 Geoff Purdy，談及敏捷和反饋，“縮短和放大反饋回路。我們希望團隊在幾分鐘內(nèi)而不是幾周內(nèi)獲得反饋。”
但在***，Daniel 通過解釋開源和開源文化是如何讓他以簡單快捷的方式實現(xiàn)目標來強調(diào)這點，“在推動 DevOps 中，最重要的事情應(yīng)該是開源文化而不是具體的工具或復(fù)雜的解決方案。”
你認為哪些 DevOps 實踐有效？
專家列舉的那些***實踐是普遍存在的，但又各不相同。
Ann Marie 表示：“一些十分強大靈活的項目管理[實踐]，能在職能、獨立的小組之間打破壁壘；全自動化持續(xù)部署，藍/綠部署實現(xiàn)零時間停機狀態(tài)；開發(fā)人員設(shè)置自己的監(jiān)控和警告，無縫自我修復(fù)，自動化的安全性與合規(guī)性。”
Chris 說，“特別的突破是傾情合作、持續(xù)改進、開放領(lǐng)導(dǎo)、縮短業(yè)務(wù)距離、從垂直孤島轉(zhuǎn)向橫向/跨功能的產(chǎn)品團隊、工作透明化、相互影響、Mobius 循環(huán)、縮短反饋回路、自動化（從環(huán)境到 CI/CD）。”
Brent 支持“發(fā)展學習文化，包括 TTD [測試驅(qū)動開發(fā)] 和 BDD [行為驅(qū)動開發(fā)]捕獲事件，并通過持續(xù)集成和持續(xù)交付從設(shè)計、構(gòu)建和測試到實施在生產(chǎn)環(huán)境上一系列事件的自動化。測試采用故障優(yōu)先的方法，能夠自動化集成和交付流程，并在整個生命周期中包含快速反饋。”
Geoff 強調(diào)自動化配置。“選擇一個自動化配置，對我的團隊來說非常有效。更具體地說從版本控制代碼庫中自動配置。”
Dan 則玩的開心，“ 我們做了很多不同的事情來建立 DevOps 文化。我們舉辦 ‘午餐 & 學習’ 活動，提供免費的食物來鼓勵大家一起學習。我們買書，分組學習。”
你如何激勵你的團隊實現(xiàn) DevOps 這個目標？
Daniel 強調(diào)“自動化的問題就是為了減少 DevOps 計劃中來自多個團隊的異議，你應(yīng)該鼓勵你的團隊提高開發(fā)、測試與 IT 運營的自動化能力，以及新的流程和程序。例如，Linux 容器是實現(xiàn) DevOps 自動化功能的關(guān)鍵工具。”
Geoff 很是贊同，“機械化的勞作，你有討厭現(xiàn)在做的任務(wù)嗎？很棒。如果可能的話，讓它們消失。不行，那就讓它們自動化。它能使工作不會變得太枯燥，因為工作總是在變化。”
Dan、Ann Marie 和 Brent 強調(diào)團隊的執(zhí)行力。
Dan 說，“在 NAIC，我們有個很好的獎勵系統(tǒng)來鼓勵特定的行為。我們有多個級別的獎項，其中兩個獎項可以由任何人頒布給某人。我們也會頒獎給完成重要任務(wù)的團隊，但我們通常只獎勵給個人貢獻者。”
Ann Marie 表示，“我所在地區(qū)的團隊***的動力是看見其他人成功。我們每周都會彼此回放一次，其中一部分是分享我們從嘗試新工具或?qū)嵺`中學到的東西。團隊熱衷于他們現(xiàn)在做的事情，并愿意幫助其他人開始，相信更多的團隊很快也會加入進來。”
Brent 表示贊同。“讓每個人學習，并掌握同樣的基礎(chǔ)知識至關(guān)重要……我喜歡從評估什么能幫助團隊實現(xiàn)目標[以及]產(chǎn)品負責人和用戶需要提供的內(nèi)容入手。”
Chris 推薦采用雙管齊下的方法。“運行可以每周可以實現(xiàn)的小目標，并且[在這]可以看到他們正在運做的功能工作之外的進展，慶祝你所取得的進步。”
DevOps 和敏捷開發(fā)如何協(xié)同工作？
這是一個重要的問題，因為 DevOps 和敏捷開發(fā)都是現(xiàn)代軟件開發(fā)的基石。
DevOps 是一個軟件開發(fā)的過程，專注與溝通與協(xié)作，以促進快速部署應(yīng)用程序和產(chǎn)品。而敏捷開發(fā)是一種開發(fā)方法，涉及持續(xù)開發(fā)、連續(xù)迭代和連續(xù)測試，以實現(xiàn)可預(yù)測和可交付的成果質(zhì)量。
那么，它們又有怎樣的聯(lián)系？讓我們?nèi)枂枌＜野伞?/p>
在 Brent 來看，“DevOps != 敏捷。其次 敏捷 != Scrum 流程……敏捷工具和工作方式支撐著 DevOps 策略和目標，它們是如此融合在一起的。”
Chris 說，“對我而言敏捷是 DevOps 的一個基本組件。當然，我們可以討論如何在非敏捷開發(fā)環(huán)境中采用 DevOps 文化，但最終表明，提高軟件設(shè)計方式的靈活性是采用 DevOps 成熟讀的一個關(guān)鍵指標。”
Dan 將 DevOps 與更偉大的 敏捷宣言 聯(lián)系起來。“我在談到敏捷時總會引用敏捷宣言來設(shè)置基準，而有許多實現(xiàn)中并不關(guān)注該宣言。當你閱讀這份宣言時，你會發(fā)現(xiàn)它確實從開發(fā)的角度描述了 DevOps。因此，將敏捷融入 DevOps 文化非常容易，因為敏捷關(guān)注于溝通、協(xié)作、變化的靈活性以及快速地投入生產(chǎn)。”
Geoff 認為 “DevOps 是敏捷實施的眾多實現(xiàn)之一。敏捷本質(zhì)上是一套原則，而 DevOps 則是體現(xiàn)這些原則的文化、流程和工具鏈。”
Ann Marie 簡潔說明，“敏捷是 DevOps 的先決條件。DevOps 使敏捷變得更加有效。”
DevOps 是否受益于開源？
這個問題得到了所有參與者的熱烈肯定，然后解釋了他們看到的好處。
Ann Marie 說，“我們站在巨人的肩膀上，在已有的基礎(chǔ)之上發(fā)展。拉取請求和代碼評審的開源模式，對 DevOps 團隊維護軟件很有效果。”
Chris 贊同 DevOps “毫無疑問”受益于開源。“從設(shè)計和工具方面（例如，Ansible），到流程和人員方面，通分享行業(yè)內(nèi)的故事和開源社區(qū)的領(lǐng)導(dǎo)。”
Geoff 提到一個好處是“基層的采納”。免費的軟件不需要簽署購買申請。團隊發(fā)現(xiàn)了滿足他們需求的工具，可以自行進行修改。[然后]在它之上構(gòu)建，并為更大的社區(qū)提供更好的功能。如此往復(fù)。
開源已經(jīng)向 DevOps 展示著“就像開源軟件開發(fā)者正在做的那樣，采用更好的方式來克服新的變化”，Daniel 說。
Brent 同意道 “DevOps 從開源中獲益良多。一種方法是使用這些工具來理解它們是如何加速 DevOps 的目標和策略；在自動化、自動伸縮、虛擬化和容器化等關(guān)鍵方面對開發(fā)人員和操作人員進行培訓(xùn)，如果不引入使 DevOps 更加容易的技術(shù)支持，就很難實現(xiàn)這些特性。”
Dan 指出了 DevOps 和開源之間的雙向共生關(guān)系，“做好開源需要 DevOps 文化。大多數(shù)開源項目都具有非常開放的溝通結(jié)構(gòu)，很少有不透明的地方。對于 Devops 實踐者來說，這實際上是一個很好的學習機會，可以讓他們了解到可能需要將什么引入自己的組織中。此外能夠使用來自社區(qū)與組織類似的工具來鼓勵自己的文化成長。我喜歡用 GitLab 作為這種共生關(guān)系的一個例子。當我把 GitLab 帶入一家公司時，我們得到了一個很棒的工具，但我們真正購買的是他們獨特的文化，通過我們與他們的互動以及我們的貢獻帶來了巨大價值。他們的工具也可以為 DevOps 組織提供更多東西，而他們的文化已經(jīng)在我引入它的公司中引起了他們的敬畏。”
現(xiàn)在我們的 DevOps 專家已經(jīng)參與進來了，請在評論中分享你對 DevOps 的理解，以及向我們提出其他問題。
