【編者按】本文是 Skytap 內(nèi)容主編 Noel Wurst 對 DevOps Enterprise Summit （DOES）的不完全綜述溪厘，內(nèi)容包括了 Noel 和一些與會嘉賓的思考骡显，旨在勾畫 DevOps 當(dāng)下的局勢，以及未來的趨勢贬媒。以及 DevOps 的真正價(jià)值——DevOps 正幫助越來越多的企業(yè)邁向非凡成功之路。本文系 OneAPM 工程師編譯整理湖饱。
以下為譯文：
正如 Elisabeth Hendrickson 的閉幕演講的標(biāo)題「It’s all about feedback」掖蛤，因此筆者也撰寫了自己的參會感，注以下斜體字是筆者參加演講時(shí)現(xiàn)場所記井厌。
Day 1
Gene Kim 在主題演開幕詞中指出蚓庭，對比2014年的600張售票，本次會議售票激增到1200張仅仆，而之所以形成這個(gè)局面器赞，主要是因?yàn)?DevOps 當(dāng)下已經(jīng)切實(shí)預(yù)備運(yùn)用于許多大型項(xiàng)目，全世界都在期盼從中獲取價(jià)值墓拜。
（重新）構(gòu)建一個(gè)工程文化——Target 的 DevOps 實(shí)踐
關(guān)鍵人物：
Ross Clanton港柜， Director
Heather Mickman，Senior Group Manager
Target 的 Ross Clanton 和 Heather Mickman 對「pre-DevOps」那個(gè)過程分享的直率令人感動咳榜。摘錄：
「Target 多年前就曾困惑于工程師的重要性夏醉。我們知道必須改變現(xiàn)狀......我們在 silos 中嵌套 silos ......單服務(wù)器支撐需要十個(gè)團(tuán)隊(duì)才能完成，而 IT 部門處于一片混亂涌韩，以至于大部分的開發(fā)流程都耗在等待隊(duì)列中畔柔。」
Ross 說：
「我們得到了很多稱贊臣樱，但這還只是剛剛開始——我們正從事著非常有意思的工作靶擦，但還有很長的路要走」腮考。
Target 的發(fā)言奠定了本次會議的主題，不僅僅是分享其發(fā)展和運(yùn)營團(tuán)隊(duì)的成功玄捕，還講述了不久前的糟糕境況踩蔚。雖然很多人會說圍繞 DevOps 的原則已是舊談，但成功 DevOps 的舉措所帶來的收獲枚粘，讓整個(gè)過程中的挫折和失敗也都變得有意義馅闽。
企業(yè) DevOps：由 Metrics、Empathy 和 Empowerment 所驅(qū)動的轉(zhuǎn)型過程
Jody Mulkey赌结，Ticketmaster CTO
Jody 用足球來比喻：長久以來捞蛋，開發(fā)和運(yùn)維都被認(rèn)為是功能相反的團(tuán)隊(duì)。在足球場上柬姚，運(yùn)維被視為防守，試圖阻止開發(fā)者（進(jìn)攻）的射門庄涡。但運(yùn)維其實(shí)也應(yīng)該歸為進(jìn)攻量承，盡一切努力給開發(fā)者爭取充足的時(shí)間來得分。
從2011年到2014年穴店，Ticketmaster 的開發(fā)者人數(shù)增加230％撕捍，而運(yùn)維人數(shù)只增加了12％。 Mulkey 卻說「這可不是好事」泣洞。
修復(fù) bug 的平均時(shí)間以前是47分鐘忧风，但現(xiàn)在是3.8分鐘。時(shí)下存在更多的挑戰(zhàn)球凰，永遠(yuǎn)需要修復(fù)錯(cuò)誤狮腿，部門自視為是其他部門的對手，長時(shí)間等待呕诉。之所以老生常談缘厢，因?yàn)榇蠖鄶?shù)企業(yè)都經(jīng)歷著這些斗爭。
Jody 的故事也非常有意思甩挫，他談到 Ticketmaster 如何成就「背負(fù)著遺產(chǎn)前行」 贴硫，以及 DevOps 是如何適用于傳統(tǒng)的大型機(jī)系統(tǒng)。Ticketmaster 的售票引擎產(chǎn)生了25億的收入伊者，盡管它首次提交代碼是在1976年英遭。正是這個(gè)系統(tǒng)和團(tuán)隊(duì)的不懈努力支持著 Ticketmaster，使得修復(fù) bug 的平均時(shí)間從47分鐘提升到如今的3.8分鐘亦渗。
USAA 和 IBM 的 DevOps 及創(chuàng)新
Michael Bueche挖诸， AVP IT Operational Excellence， USAA
Dibbe Edwards央碟， VP Development税灌， DevOps for Hybrid均函， IBM
當(dāng)引入一個(gè) DevOps 這樣的大型變革到企業(yè)時(shí)，建議一步步從小處開始菱涤，貪多嚼不爛苞也。Michael Bueche 詳細(xì)地講述了 USAA 在推向市場前158天的歷程，及產(chǎn)品90天后部署敏捷方法的經(jīng)歷粘秆，以及當(dāng)前的每周目標(biāo)如迟。
「我們?nèi)祟愒诖_定行動或決定之前，會常常經(jīng)歷一個(gè)非常糟糕的時(shí)期攻走，以及在獲得結(jié)果前殷勘。把這種狀態(tài)比作‘熱爐’再恰當(dāng)不過。試想昔搂，當(dāng)你把手放在滾熱的爐子玲销，要多久才能意識到疼痛？并不需要一個(gè)星期摘符。正如一個(gè)開發(fā)者在生產(chǎn)中出現(xiàn) bug贤斜，而你直到6周后才發(fā)現(xiàn)這個(gè)問題，那么找到責(zé)任人有多難逛裤？甚至即使你找到了瘩绒，讓開發(fā)者回憶當(dāng)時(shí)的問題和原因也很難〈澹縮短反饋回路非常有必要锁荔，也幫助行動對應(yīng)其結(jié)果」——Michael Bueche
Dibbe 說：
「我們必須確保企業(yè)中有適用于 DevOps 計(jì)劃的可伸縮環(huán)境，同時(shí)還一直致力于尋求提高的方法蝙砌⊙舳椋」
在 Michael 分享之前，筆者從來沒有聽說過「熱爐」這個(gè)比喻拍霜，的確非常適用于 DevOps嘱丢、敏捷或現(xiàn)代化軟件交付。反饋回路必須縮短祠饺，才能按時(shí)完成和防止生產(chǎn)過程的問題越驻。
賦予開發(fā)/測試團(tuán)隊(duì)可以按需獨(dú)立提供擴(kuò)展性環(huán)境的能力，然后再更早更頻繁地進(jìn)行檢測道偷，獲取 bug 狀態(tài)的快照缀旁，使開發(fā)人員可以很容易地重現(xiàn) bug 并予以消除。就像 Jez Humble 所說的——先在自己的環(huán)境下搞好勺鸦！
DevOps 如何實(shí)現(xiàn)精益應(yīng)用開發(fā)
Carmen DeArdo并巍， DevOps Technology Leader， Nationwide Insurance
Carmen 說换途，Nationwide 也曾考慮過外包軟件交付懊渡，頂住了種種壓力刽射，他們證明這是完全沒必要。從減少依賴剃执、等待時(shí)間和未計(jì)劃的工作中誓禁，可以降低大量預(yù)算。
Carmen DeArdode 的幻燈片展示了妨礙 Nationwide Lean 交付的因素肾档，以及與此同時(shí)摹恰，國外的企業(yè)在如何應(yīng)對。
另一個(gè)恰當(dāng)?shù)倪\(yùn)動和軟件類比怒见，筆者認(rèn)為這個(gè)觀點(diǎn)非常恰當(dāng)：「如果你的團(tuán)隊(duì)缺乏一體化的工具俗慈，就像你在完全不了解籃球隊(duì)的比賽情況下，卻要指導(dǎo)籃球隊(duì)的實(shí)戰(zhàn)訓(xùn)練遣耍，所以根本無法針對實(shí)際問題進(jìn)行操作闺阱。」
筆者確實(shí)非常喜歡 Carmen 的演講舵变。超過200個(gè)敏捷團(tuán)隊(duì)正在質(zhì)量和生產(chǎn)方面做出顯著提升馏颂，但 Nationwide 仍然處于等待狀態(tài)，在各種規(guī)模的企業(yè)內(nèi)都普遍感到這種狀態(tài)棋傍。
那么，Carmen 和 Nationwide 到底做了什么呢难审？他們從未停止推進(jìn)瘫拣，「在持續(xù)交付中采用 DevOps，在移動端告喊、分布式麸拄、主機(jī)和其他技術(shù)中使用精益和敏捷技術(shù)∏」
效果如何拢切？
Carmen DeArdo 的幻燈片顯示，在引進(jìn)精益應(yīng)用開發(fā)后 Nationwide 的收獲秆吵。
以上是第1天的內(nèi)容淮椰，根據(jù)一起參會的 Skytap 同事所說，某些錯(cuò)過的其他回憶也同樣令人深誓杉拧主穗！可以在網(wǎng)上找找我們現(xiàn)場所錄的博客，視頻中會包含其他會議毙芜！
Day 2
在輪渡大廈的 Boulettes Larder 享用了平靜安寧的早餐后忽媒，第二天也像第一天那樣，在匆忙的會議中進(jìn)行腋粥。
銀行業(yè)務(wù)的 Innovation 和 DevOps
Tapabrata Pal晦雨， Product Manager架曹， Capital One
Tababrata 說：
「為什么要開源我們的工具？因?yàn)檫@是正確的做法闹瞧，它們有助于一個(gè)持續(xù)實(shí)驗(yàn)和學(xué)習(xí)的文化绑雄，開源令它變得更好〖锌梗」
這是筆者在 Tapabrata 主題演講中唯一記錄的東西绳慎，但不是說其他的內(nèi)容都不好。
老實(shí)說漠烧，事實(shí)恰恰相反杏愤。但他對開源工具的觀點(diǎn)確實(shí)令人影響深刻，以及簡單有力的答案已脓，「這是應(yīng)該做的......因?yàn)殚_源令它變得更好」珊楼，引起全場轟動的掌聲，以至于幾乎全場都起立為之喝彩度液。
Tapabrata 接著指出厕宗，Capital One 非常擅于獲得快速反饋，因?yàn)樗麄冃枰ＷC員工和客戶都高興堕担。
有資源的團(tuán)隊(duì)被稱為「辦公時(shí)間」已慢，無論什么項(xiàng)目都可以在那里獲得幫助，以及「客戶之聲」項(xiàng)目可以讓客戶指出瓶頸位置——傳統(tǒng)思想這種情況只會出現(xiàn)在企業(yè)內(nèi)部中霹购。我很喜歡這個(gè)主意佑惠。
「我不是在構(gòu)建網(wǎng)絡(luò)軟件，為什么要關(guān)心持續(xù)交付齐疙？」討論由 Jez Humble 主持
嘉賓從左到右依次是：Jez Humble膜楷、 Gary Gruver、Kathy Herring Hayashi贞奋、Hugo Gayosso 和 Anders Wallgren赌厅。
「如果你在打造精品，它會很快地融入市場轿塔√卦福」因此，發(fā)現(xiàn)的錯(cuò)誤越晚催训，付出的代價(jià)就越昂貴洽议。在嵌入式軟件中，這會變得嚴(yán)重得多漫拭。汽車亚兄、醫(yī)療器械對高品質(zhì)的需求，安全軟件是絕對必要的采驻∩笈撸”
觀眾提問：「這些變化需要什么文化匈勋？」 「產(chǎn)品是容易投入的，并且IT部門不能只被當(dāng)作成本中心......它們同樣應(yīng)該被視作完成業(yè)務(wù)的根本膳叨∏⒔啵」
盡管這個(gè)討論專為嵌入式軟件行業(yè)設(shè)計(jì)，但該組的討論仍適用于大型機(jī)到移動端菲嘴，以及介于兩者之間的平臺饿自。這些天每個(gè)人都在說，交付生命周期晚期發(fā)現(xiàn) bug 的成本遠(yuǎn)遠(yuǎn)超過早期龄坪，在進(jìn)入客戶的手中之前昭雌。
「構(gòu)建質(zhì)量」可能需要嚴(yán)重破壞的現(xiàn)狀，無論團(tuán)隊(duì)在這方面有多么熟悉健田，「他們一直都做的方式」烛卧，多長時(shí)間才能負(fù)擔(dān)得起繼續(xù)沿著這條道路的成本?
正如這個(gè)小組所說，「IT不能只被看作是成本中心」 妓局。對于軟件交付同樣適用总放，軟件交付也經(jīng)常被當(dāng)作成本中心，或者是獲取功能及發(fā)布的障礙好爬。
對虛擬環(huán)境局雄、DevOps、連續(xù)檢測以及整個(gè)交付過程的其他改變的需求存炮，改變著世人對該團(tuán)隊(duì)的看法哎榴，并讓他們對軟件的速度和質(zhì)量產(chǎn)生實(shí)質(zhì)性的影響力。
迪斯尼的 DevOps ——企業(yè)意識
Jason Cox僵蛛，Systems Engineering Disney Internet Group，Web Operations
這并不容易迎变，但運(yùn)維就有機(jī)會扭轉(zhuǎn)局面充尉。那么，如何為你的「DevOps Jedi」尋找成功的契機(jī)衣形？
引用自迪斯尼驼侠，顯然所指的是開發(fā)/測試/運(yùn)維團(tuán)隊(duì)。
在該會議上谆吴，筆者沒有做任何記錄倒源，因?yàn)椴辉敢忮e(cuò)過 Jason 的每一句話。顯而易見句狼，他不可思議的星球大戰(zhàn)理論笋熬，和前兩個(gè)月上映的《星球大戰(zhàn)7》遙相呼應(yīng)，但即使沒有這部電影腻菇，他的演講仍然會讓人耳目一新胳螟。
筆者不清楚這周是否有人更明確地揭示組織中的繁文縟節(jié)昔馋、官僚機(jī)構(gòu)、silos 和內(nèi)戰(zhàn)的普遍現(xiàn)狀糖耸。
但這顯示出 Jason 的誠實(shí)和熱情秘遏，他說：「一切都尚待改變」。這讓在座的所有人都摩拳擦掌嘉竟，想要帶著這份觸動和靈感回歸自己的團(tuán)隊(duì)邦危。
就像許多人已經(jīng)多次指出：沒有哪種方式是容易的。DevOps舍扰、敏捷方法倦蚪、持續(xù)集成/測試/部署/交付都很艱難。有時(shí)說妥粟，「隨時(shí)都可以開始」审丘，但這遠(yuǎn)遠(yuǎn)不夠。這些變化帶來的價(jià)值并非一蹴而就勾给。
正如 Jason 所說滩报，你需要被啟發(fā)。如果缺乏靈感播急，我強(qiáng)烈建議大家來聽聽 Jason 的演講脓钾，或許能激發(fā)你的相關(guān)思考。
持續(xù)交付的架構(gòu)設(shè)計(jì)
Jez Humble桩警，Author可训，Continuous Delivery
「在座的有做持續(xù)集成的嗎？」，幾乎所有人实幕，1000名觀眾袖订，都在舉手〗靼「誰可以在發(fā)現(xiàn) bug 的10分鐘內(nèi)解決故障？」大家笑了笑蒜鸡，放下了手胯努。「你應(yīng)該可以通過按鈕就能從發(fā)布轉(zhuǎn)到生產(chǎn)狀態(tài)逢防。每一個(gè)構(gòu)建中的更新叶沛，而每一個(gè)版本都是候選版本……軟件應(yīng)該永遠(yuǎn)處于可檢驗(yàn)狀態(tài)，并且始終可部署忘朝。開發(fā)者必須從一開始就關(guān)心這些內(nèi)容灰署。DevOps 可能無法保證其安全性、可靠性和部署性。你必須盡早地構(gòu)建這些內(nèi)容氓侧。我們必須追溯到1970年代以來脊另，我們所了解軟件開發(fā)的一些非常實(shí)用的內(nèi)容。大多數(shù)獨(dú)角獸也只是性能達(dá)標(biāo)的馬而已约巷≠送矗」
關(guān)于 DevOps 定義的模糊性問題對筆者而言問題不大，但筆者同樣了解對于缺乏具體的独郎、普遍能接受的定義會讓一些人抓狂踩麦。所以不足為奇，筆者也很欣賞 Jez Humble 對持續(xù)交付（CD）的定義：
也許氓癌，正是因?yàn)?Jez 根據(jù)結(jié)果來定義 CD 才使得其如此受歡迎谓谦，而并非采用單一指令性的全有或全無方法。
筆者不清楚你們中有多少人是 Jez Humble 的粉絲（我們當(dāng)中倒是有很多）贪婉。然而反粥，正是這種感覺，每次他演講或?qū)懸槐拘聲Ｓ兀麄€(gè)世界都為之瘋狂才顿。
Day 3
大型機(jī)應(yīng)用程序的測試自動化
Rosalind Radcliffe，Distinguished Engineer尤蒿，Chief Architect for DevOps and CLM郑气，IBM
Rosalind Radcliffe 拉開 DOES 最后一日的序幕，她用 IBM 公司26年的工程師生涯體驗(yàn)和通過虛擬化改變大型機(jī)系統(tǒng)的方法腰池，很快打動了在場所有人尾组。
相同的方法也用于 Skytap 和許多合作伙伴規(guī)定。在必要時(shí)示弓，任何受限于硬件的任何開發(fā)和測試團(tuán)隊(duì)讳侨，都難以獲得甚至不可能獲得訪問。
Rosalind 的主題演講非常出色奏属，她作為是眾多企業(yè)演講者的一份子爷耀，向所有人證明 DevOps 實(shí)踐正在順利地被引入大型主機(jī)層面。
永恒的魅力拍皮？：容器與軟件供應(yīng)鏈發(fā)生碰撞
Joshua Corman ，CTO跑杭， Sonatype
John Willis 铆帽，Director of Ecosystem Development， Docker
「IT運(yùn)維已經(jīng)迷失了20年時(shí)間德谅；是 DevOps 讓我們成功返航」——John Willis
「我想要拯救生命爹橱。我們對軟件的依賴程度越來越大，是因?yàn)榍度胧降尼t(yī)療設(shè)備窄做、汽車愧驱、家——我想要這些東西運(yùn)作起來慰技。」——Josh Corman
「我們需要為編碼構(gòu)建代碼组砚。如果你并不熱血沸騰吻商，不如選擇離開」——John Willis
如果迪士尼的 Jason Cox 獲得「最佳會議獎(jiǎng)」，那應(yīng)該是實(shí)至名歸糟红，尤其是作為星球大戰(zhàn)迷的筆者艾帐，但這實(shí)際上這份容易也可以頒給 Joshua 和 John 的「永恒的魅力」主題演講。
當(dāng) Joshua 說盆偿，他不只是熱愛軟件或 DevOps柒爸，這是在挽救生命，你會相信他對于這份事業(yè)的熱愛事扭。
用2010年在海地和智利的地震來舉例捎稚，能看到架構(gòu)質(zhì)量之間的差異，Joshua 指出求橄，當(dāng)海地的7.0級地震導(dǎo)致23萬人喪生時(shí)今野，智利更強(qiáng)的8.8地震只造成279人死亡。
這兩者之間的差距令人難以置信谈撒，其中一個(gè)原因就是智利嚴(yán)格的建筑法規(guī)腥泥，而海地正缺乏這樣的規(guī)范。
「我們需要建立編程的規(guī)范」啃匿，Corman 說道蛔外。我們對軟件的依賴，可以促進(jìn)社會交往或幫助移動商務(wù)交易溯乒，會迅速移動到同時(shí)取決于在復(fù)雜醫(yī)療設(shè)備夹厌、汽車內(nèi)置的軟件。
那些負(fù)責(zé)保證這些連接設(shè)備正常運(yùn)行裆悄，并防止黑客攻擊和故障的代碼矛纹，更有責(zé)任保證工作質(zhì)量。
關(guān)于反饋
Elisabeth Hendrickson光稼，VP of Engineering或南， Pivotal’s Big Data Suite
「更多的測試者不等于質(zhì)量更好」，避免：反饋流污染艾君、誤報(bào)警/故障采够、失真、丟失信息
從開發(fā)者冰垄、測試者蹬癌、運(yùn)營、軟件的用戶/客戶、安全性到系統(tǒng)本身逝薪，DevOps 需要每個(gè)來源的快速反饋隅要，并結(jié)合我們所聽到的采用反饋的組織所創(chuàng)造的優(yōu)秀事跡。
原文鏈接：http://www.tuicool.com/articles/YV7vqmV
本文系國內(nèi) ITOM 行業(yè)領(lǐng)軍企業(yè) OneAPM 工程師編譯整理董济。我們致力于幫助企業(yè)用戶提供全棧式的性能管理以及 IT 運(yùn)維管理服務(wù)步清，通過一個(gè)探針就能夠完成日志分析、安全防護(hù)感局、APM 基礎(chǔ)組件監(jiān)控尼啡、集成報(bào)警以及大數(shù)據(jù)分析等功能。想閱讀更多技術(shù)文章询微，請?jiān)L問 OneAPM 官方技術(shù)博客
本文轉(zhuǎn)自 OneAPM 官方博客
