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

DevOps病毒如何傳播？

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

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

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

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

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

Mike Kail： 我想說容器技術(shù)是云基礎(chǔ)架構(gòu)的一個(gè)子集，它們正在啟用新的應(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)品的單個(gè)單元。這樣，可以將支持容器的DevOps工作選為一個(gè)精確的容器，而每個(gè)容器都可以執(zhí)行特定的功能。以此方式，容易辨別哪個(gè)容器需要維護(hù)。這提高了效率，這是DevOps的主要目標(biāo)之一。

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

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

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

DevOps的反模式是什么？

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

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

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

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

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

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

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

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

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

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

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

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