容器可以增強(qiáng)公司的DevOps轉(zhuǎn)型嗎？容器化是DevOps未來的一部分嗎？DevOps最大的反模式是什么？要回答這些問題，我們需要四位全球最大的DevOps影響者的幫助。

DevOps病毒如何傳播？

我們著手定義DevOps，我們了解到，即使有人將DevOps稱為文化運動，而其他人則認(rèn)為這是神奇的子彈，但這實際上是技術(shù)開發(fā)人員和IT運營人員之間協(xié)作的催化劑。在世界上四個最大的DevOps影響者的幫助下，我們查明了急救DevOps工具包應(yīng)包含的內(nèi)容，并且我們了解到實驗比特定工具重要得多。

但是DevOps的未來會是什么樣，這種病毒如何傳播？容器化在DevOps上下文中有多重要，容器如何增強(qiáng)公司的DevOps轉(zhuǎn)型？

現(xiàn)在是時候整理這份專家核對清單了，但是在我們從DevOps討論中提取所有“果汁”之前，是時候了。

首先，我們向DevOps的影響者詢問 了DevOps的本質(zhì)以及這一流行運動中最相關(guān)的趨勢。然后，我們嘗試 將所有DevOps工具集中在一起，并創(chuàng)建一個急救DevOps工具包?，F(xiàn)在該抽出大手筆了。 

如果容器正在革新IT基礎(chǔ)架構(gòu)，而DevOps正在改變現(xiàn)代IT格局，那么您是否會說它們相處得很好？

Mike Kail： 我想說容器技術(shù)是云基礎(chǔ)架構(gòu)的一個子集，它們正在啟用新的應(yīng)用程序架構(gòu)模式并提高開發(fā)人員的敏捷性。正在進(jìn)行“ DevOps轉(zhuǎn)型”的IT領(lǐng)導(dǎo)者當(dāng)然應(yīng)該研究容器如何增強(qiáng)其整體戰(zhàn)略。

埃里克·范德堡（Eric Vanderburg）：  DevOps可以在其許多解決方案中使用容器?？梢詫⑷萜饕暈閰f(xié)作以制造最終產(chǎn)品的單個單元。這樣，可以將支持容器的DevOps工作選為一個精確的容器，而每個容器都可以執(zhí)行特定的功能。以此方式，容易辨別哪個容器需要維護(hù)。這提高了效率，這是DevOps的主要目標(biāo)之一。

Greg Bledsoe： 我認(rèn)為，如果沒有DevOps，就不會存在對基礎(chǔ)設(shè)施持續(xù)虛擬化和代碼在環(huán)境中快速移動的需求的容器。讓我著迷的是，容器是我們老灰胡子的sysadmin長期以來一直使用chroot和uid進(jìn)行映射的想法的擴(kuò)展，因此chroot內(nèi)部的root并不是主機(jī)上的真正根。  

然后，某人有了一個天才的想法，即系統(tǒng)化處理這類監(jiān)禁環(huán)境并以可預(yù)測的不變方式快速移動它們的能力，并抽象出網(wǎng)絡(luò)和環(huán)境的詳細(xì)信息。當(dāng)我立即知道我應(yīng)該已經(jīng)想到這一點時，我總是知道一個想法是天才！不用說，我是容器化的忠實擁護(hù)者，并認(rèn)為它是DevOps未來的重要組成部分，盡管DevOps不會止步于此。我們將看到無服務(wù)器架構(gòu)成為主流，并且在未來幾年中，Unikernel將成為我們談?wù)摰脑掝}。   

杰森·彭博（Jason Bloomberg）： 他們當(dāng)然可以團(tuán)結(jié)一致，但是這個問題掩蓋了自下而上的心態(tài)，這與DevOps的思維方式背道而馳?；A(chǔ)架構(gòu)的選擇應(yīng)該是抽象的和動態(tài)的，更多地是由業(yè)務(wù)策略和敏捷性要求驅(qū)動，而不是技術(shù)選擇。

DevOps的反模式是什么？

Mike Kail： 對我來說，最重要的是“ DevOps不是職務(wù)”，“ DevOps是過程”和“ DevOps是靈丹妙藥”。

埃里克·范德堡（Eric Vanderburg）： 反模式從DevOps文化和信仰系統(tǒng)中消除了不理想的假設(shè)和人工制品。DevOps不會將開發(fā)人員和運營人員的角色合并到一個作業(yè)中。相反，它旨在在同一協(xié)作團(tuán)隊中的兩個角色之間尋求更好的協(xié)作。當(dāng)開發(fā)人員開始執(zhí)行系統(tǒng)管理員的工作時，反之亦然，反模式會為團(tuán)隊帶來糾正性的結(jié)構(gòu)。這樣可以確保開發(fā)人員和管理員都具有相同的目標(biāo)，而不會在團(tuán)隊中執(zhí)行不同任務(wù)的同時互相反對。

格雷格·布萊索（Greg Bledsoe）： 我的好朋友和同事基思·皮亞斯（Keith Peas）花了很多時間來確定DevOps設(shè)計模式和反模式。我在現(xiàn)實世界中看到的主要內(nèi)容是讓具有DevOps的人員擔(dān)任他們的職務(wù)，或者將DevOps團(tuán)隊與其他現(xiàn)有團(tuán)隊分開。

當(dāng)您執(zhí)行此操作時，您會誤以為DevOps不適用于組織中的每個人，從而取消了協(xié)作文化的發(fā)展，并創(chuàng)建了一個又一個孤島，每個人都必須把東西扔到墻上，然后等待一些東西進(jìn)來return-這幾乎與DevOps相反，只是創(chuàng)建了一個浪費的筒倉與其他筒倉一起使用。

Jason Bloomberg： 最危險的反模式是認(rèn)為DevOps與dev和ops有關(guān)！

您對我們?nèi)绾蜗捎肈evOps的障礙有任何建議嗎？

邁克·凱爾： 首先是要以身作則。如果首席信息官沒有推動變革文化，那么采用變革的任何方式都會失敗。概述直接映射到業(yè)務(wù)成果的戰(zhàn)略目標(biāo)。不要僅僅為了采用而推動采用。給每個人明確的任務(wù)，經(jīng)常溝通該任務(wù)，并持續(xù)衡量進(jìn)度。

埃里克·范德堡（Eric Vanderburg）： 采用DevOps的第一步是使開發(fā)人員開始使用敏捷開發(fā)方法，而不是傳統(tǒng)方法。這本質(zhì)上是DevOps的先決條件，許多公司已經(jīng)采取了這一步驟。接下來是團(tuán)隊的協(xié)調(diào)和整合。

需要建立新的規(guī)范，目標(biāo)和期望。一些團(tuán)隊可能需要進(jìn)行團(tuán)隊建設(shè)練習(xí)以更好地合作，并且可能會發(fā)生一些文化變化，并且開發(fā)和運營團(tuán)隊可能已經(jīng)發(fā)展了自己獨特的文化。

格雷格·布萊索（Greg Bledsoe）： 持久性和積極性會隨著時間的推移而移動山脈。這些想法是病毒式的。分享書籍和演講，指出您可以通過各種簡單的方法提高效率，“如果我們不是沿著組織結(jié)構(gòu)來回報告，而是走在大廳里，然后共同努力，那該怎么辦？如果我們只是進(jìn)入同一個房間，直到問題解決才離開，那該怎么辦？”  

在大多數(shù)組織中，有無數(shù)種情況，這些簡單的問題極為強(qiáng)大且很有啟發(fā)性。最重要的是，不要放棄。繼續(xù)做案件，隨著時間的流逝，您會移動酒吧。   

杰森·彭博（Jason Bloomberg）： 傳播我所謂的“ DevOps病毒”。一旦軟件開發(fā)組織解決了類似的問題，他們應(yīng)該積極向組織的其余部分宣傳這種方法。