我們采訪了Rundeck，Inc.的聯(lián)合創(chuàng)始人Damon Edwards，并向他介紹了DevOps和Ops的觀點(diǎn)。他解釋說，DevOps的這一部分中的哪些現(xiàn)代實(shí)踐可以改變運(yùn)營商的日常工作，什么是站點(diǎn)可靠性工程（SRE）以及無服務(wù)器將如何改變運(yùn)營。

諸如工具或開發(fā)人員方面的炒作話題通常會(huì)更受DevOps運(yùn)動(dòng)的關(guān)注。在柏林2019年DevOpsCon的采訪中，我們與Damon Edwards討論了Ops的觀點(diǎn)。他解釋說，DevOps的這一部分中的哪些現(xiàn)代實(shí)踐可以徹底改變操作員的日常工作，以及什么是站點(diǎn)可靠性工程（SRE）。

除了站點(diǎn)可靠性工程（SRE）和面向運(yùn)營商的現(xiàn)代工作技術(shù)外，無服務(wù)器這一主題（當(dāng)然）也再次出現(xiàn)。我們與演講者討論了Serverless是否以及如何在DevOps上下文中進(jìn)行更改，以及具有遠(yuǎn)見的開發(fā)人員和Ops人員如何能夠適應(yīng)它。

JAXenter：你好，Damon。對(duì)于DevOps，“ Ops”部分通常不是重點(diǎn)。我們經(jīng)常關(guān)注其文化方面。你為什么認(rèn)為這是？

戴蒙·愛德華茲（Damon Edwards）： 我認(rèn)為很多人都認(rèn)為Ops是重點(diǎn)，但我認(rèn)為他們將部署錯(cuò)誤地用于運(yùn)營。因此，不在重點(diǎn)的部分是部署后發(fā)生的事情。沒有人認(rèn)為部署后會(huì)發(fā)生什么。我們已經(jīng)專注于這種部署，部署，部署的想法。最初是Flickr，每天最多部署10次。其他組織會(huì)認(rèn)為，這太瘋狂了，太不可思議了，我們每天如何部署十次？

最初的對(duì)話開始時(shí)，是關(guān)于開發(fā)與運(yùn)營之間的關(guān)系的。出現(xiàn)問題的閃點(diǎn)是那時(shí)以及開發(fā)和操作連接的地方。因此，很多精力都放在了部署上，我認(rèn)為從那時(shí)起，發(fā)生的許多DevOps對(duì)話都是關(guān)于Dev走向Ops的。我們?nèi)绾伪M快構(gòu)建，測(cè)試和部署應(yīng)用程序代碼？

但是，如果您退后一步，看看最終的生命周期，那只是繼續(xù)進(jìn)行的一部分。還有其他整個(gè)“之后會(huì)發(fā)生什么？” 部署主題以及必須進(jìn)行的所有其他操作問題。在DevOps對(duì)話中，通常不會(huì)對(duì)此進(jìn)行討論。

JAXenter：運(yùn)維部門中有許多實(shí)踐不是很及時(shí)。您可以在此基礎(chǔ)上擴(kuò)大一點(diǎn)嗎？

達(dá)蒙·愛德華茲（Damon Edwards）： 我認(rèn)為操作及其個(gè)人技能和應(yīng)用實(shí)際上是最新的。在自動(dòng)化方面，在平臺(tái)和技術(shù)方面，技能方面有很大的發(fā)展動(dòng)力。

但是，諸如敏捷，流程，快速反饋和小批量工作之類的想法與IT生命周期的其余部分不同步。這些想法已經(jīng)進(jìn)入房屋開發(fā)部門近二十年了。無論人們是否一直在進(jìn)行敏捷實(shí)踐，思想是否存在，本書是否存在，工具和術(shù)語都在那里。這些關(guān)于快速反饋，流程和小批量的想法以及產(chǎn)品與我們的團(tuán)隊(duì)保持一致的想法已有很長的歷史。

而在公司的Ops一側(cè)，工作方式實(shí)際上是植根于90年代或2000年代初以來的經(jīng)典ITIL功能孤島，命令和控制工作方式。因此，這不僅僅是個(gè)人需要改變技能的問題，或者他們不知道如何做事。它更多地是關(guān)于我們?nèi)绾翁幚砗徒M織需要跟上開發(fā)人員那邊正在發(fā)生的事情的運(yùn)作工作。

有充分的理由說明它不僅僅是一對(duì)一的轉(zhuǎn)移。還有其他一些考慮因素，那就是運(yùn)營所沒有的發(fā)展。因此，這不僅僅是開發(fā)人員接管Ops的有力方法。這是給運(yùn)營空間留出空間的問題，以便他們可以以自己的方式吸收很多這些精益和敏捷的想法。然后，我們?cè)陂_發(fā)人員和運(yùn)營人員之間獲得了真正的和諧。

JAXenter：還有其他操作技術(shù)可以徹底改變Ops的工作方式嗎？ 

達(dá)蒙·愛德華茲（Damon Edwards）：我不確定您是否可以稱其為技術(shù)，而更多是一種設(shè)計(jì)模式。但是操作中的問題是這種極端的功能孤島。就像我們有Linux服務(wù)器團(tuán)隊(duì)，Windows服務(wù)器團(tuán)隊(duì)，存儲(chǔ)團(tuán)隊(duì)，DBA團(tuán)隊(duì)，防火墻團(tuán)隊(duì)，DNS團(tuán)隊(duì)一樣。每個(gè)人都在從事這類非常實(shí)用的工作，但是工作需要在這些不同的團(tuán)隊(duì)中橫向進(jìn)行。因此發(fā)生的事情是因?yàn)槲覀儞碛兴羞@些不同的專家和特殊的專有技術(shù)，在某些情況下，我們會(huì)遇到訪問問題。如果環(huán)境中有客戶數(shù)據(jù)，也許只有一個(gè)團(tuán)隊(duì)可以訪問該環(huán)境，但是所有工作都需要繼續(xù)進(jìn)行。

因此，發(fā)生的事情是我們最終導(dǎo)致了所有這些中斷和等待的票證隊(duì)列。您或者經(jīng)常被來自不同職能部門的某人打擾，試圖讓您去做某事，或者當(dāng)您有時(shí)間恢復(fù)工作時(shí)，您正在排隊(duì)等待別人的幫助。大量的時(shí)間被中斷，等待和所有與之相關(guān)的協(xié)調(diào)開銷所吞噬。

我們注意到并創(chuàng)建了Rundeck公司的原因之一就是這種想法，即您如何替換所有這些干擾并通過自助服務(wù)等待。您如何才能充分利用職能團(tuán)隊(duì)的頭腦中的所有知識(shí)，并幫助他們將其轉(zhuǎn)變?yōu)闃?biāo)準(zhǔn)操作程序，然后可以安全地委派給其他人？不必因這些重復(fù)的事情而經(jīng)常被打擾，他們可以進(jìn)行自助服務(wù)。同樣，那些需要他們提供幫助的團(tuán)隊(duì)，不用等待他們就可以通過自助服務(wù)的方式完成操作任務(wù)。

導(dǎo)致的是分發(fā)業(yè)務(wù)的能力以及在組織中最需要的地方采取操作行動(dòng)的能力。您可以使整個(gè)組織的工作流程更好。

JAXenter：您能解釋一下SRE是什么以及它在運(yùn)營中扮演什么角色嗎？ 

Damon Edwards：  SRE（站點(diǎn)可靠性工程）是對(duì)操作工作如何完成以及操作的作用的重新思考。這個(gè)詞是Google創(chuàng)造的，但實(shí)際上，這是許多網(wǎng)絡(luò)規(guī)模公司所采用的?；舅枷胧?，如果我們將軟件學(xué)科和軟件開發(fā)思想應(yīng)用于運(yùn)營方式，該怎么辦？從表面上看，人們?yōu)閷④浖こ處煹牟胖呛图寄茏⑷氲竭\(yùn)營中而感到興奮。

但這確實(shí)有一些根本不同的觀點(diǎn)，原因是這些公司并不存在編寫軟件的事實(shí)。它們存在是為了運(yùn)行軟件。在SRE中，有一些關(guān)鍵原則，例如這種想法，我們不想讓我們的運(yùn)營團(tuán)隊(duì)不斷陷入所謂的“辛勞”之下。他們一直在這種攪動(dòng)模式下做很多重復(fù)的工作，在這種SRE模型中，我們應(yīng)該限制可以自動(dòng)化的工作量。相反，我們應(yīng)該確保他們至少有50％的時(shí)間可用于進(jìn)行工程工作，并做能夠推動(dòng)組織前進(jìn)的事情。

他們還談到了共同責(zé)任。在經(jīng)典世界中，SLA的想法是，如果服務(wù)低于一定水平，則運(yùn)營商同意對(duì)其處以罰款。如果您看一下SLO（服務(wù)級(jí)別目標(biāo)），即同一個(gè)想法的SRE版本，那是關(guān)于共享責(zé)任模型的。在該模型中，如果我們跌破SLO，則開發(fā)，業(yè)務(wù)和運(yùn)營都必須基本上停止其正在做的事情，并嘗試找出如何將該SLO提高到更高水平。

因此，從根本上說，這是一種現(xiàn)代的思考方式，它重新思考什么是運(yùn)作方式，我們想要應(yīng)用什么樣的人員和技能，以及不同的思維過程和設(shè)計(jì)模式。

JAXenter：無服務(wù)器正在興起，它將改變運(yùn)營方式。它將產(chǎn)生什么影響？

Damon Edwards：我認(rèn)為這與容器化，虛擬化和云具有相同的影響。這是我們可以使用的另一種建筑設(shè)計(jì)模式。也有一些經(jīng)濟(jì)影響。如果一切都是功能，我們可以輕松地跟蹤事物的成本。我認(rèn)為這將產(chǎn)生深遠(yuǎn)的影響。

它不會(huì)擺脫的是操作的概念。您可以與目前正在走完整無服務(wù)器路徑的人交談。最偉大的例子之一是Patrick Devois，他創(chuàng)造了DevOps一詞。DevOps這個(gè)詞是因?yàn)樗霈F(xiàn)的。他有一家初創(chuàng)公司，所有公司都基于無服務(wù)器和Lambda，這些技術(shù)都在云中。當(dāng)您閱讀他的Twitter提要時(shí)，它會(huì)令人著迷，因?yàn)檫@是所有操作問題和操作工作。只是在不同的上下文中。但是，如果您查看他在說什么，詢問他的系統(tǒng)是什么，限制是什么，發(fā)生的怪異行為，我的系統(tǒng)如何崩潰，我如何做出響應(yīng)，這就是出現(xiàn)的第一響應(yīng)者心態(tài)投入運(yùn)營。他正在做所有的事情，除了這一切都在這個(gè)無服務(wù)器的世界中進(jìn)行。

該技術(shù)正在發(fā)生變化，以分配誰在什么時(shí)候執(zhí)行哪些操作任務(wù)。它正在重新分配和重新考慮。但是操作的基本領(lǐng)域和紀(jì)律在今天，明天在無服務(wù)器世界中同樣重要，就像昨天在虛擬機(jī)世界（經(jīng)典大型機(jī)世界）中的Java Web應(yīng)用程序中一樣。操作作為一門學(xué)科而存在，它作為一種技能而存在，只是在重新分配，基礎(chǔ)架構(gòu)和工具看起來有所不同。