2018年5月18日，由51CTO主辦的全球軟件與運(yùn)維技術(shù)峰會(huì)在北京召開。來自全球企業(yè)的技術(shù)精英匯聚北京，暢談軟件技術(shù)前沿，共同探索運(yùn)維技術(shù)的新邊界。而在本次大會(huì)上，除了眾星云集的主論壇環(huán)節(jié)，12場分論壇更是各具特色，分別聚焦了時(shí)下最受關(guān)注的容器、AI、區(qū)塊鏈、大數(shù)據(jù)、物聯(lián)網(wǎng)、DevOps等技術(shù)應(yīng)用領(lǐng)域;是與會(huì)者尋找技術(shù)靈感，吸取先行者經(jīng)驗(yàn)的***場所。

　　在這個(gè)數(shù)字化轉(zhuǎn)型時(shí)代，企業(yè)一方面要想方設(shè)法提升生產(chǎn)和管理能力，另一方面則要發(fā)展自身的IT能力。只有這樣，企業(yè)才能更充分的借助IT之力發(fā)展業(yè)務(wù)，利用IT的思維來推動(dòng)業(yè)務(wù)轉(zhuǎn)型。而對(duì)于企業(yè)來說，相關(guān)軟件應(yīng)用的開發(fā)和運(yùn)維就是這種IT能力最重要的表現(xiàn)。

　　實(shí)際的企業(yè)環(huán)境中，由于新技術(shù)的不斷出現(xiàn)、新業(yè)務(wù)模式的層出不窮，應(yīng)用的開發(fā)與運(yùn)維往往需要在一個(gè)相當(dāng)長的時(shí)間內(nèi)持續(xù)迭代和交付使用。顯然，這種業(yè)務(wù)模式對(duì)企業(yè)的IT團(tuán)隊(duì)和能力來說都是一個(gè)巨大的挑戰(zhàn)。而在這些挑戰(zhàn)背后，更有多云環(huán)境、容器技術(shù)、人工智能等技術(shù)發(fā)展的推波助瀾。任何企業(yè)想要打好開發(fā)運(yùn)維這場馬拉松式的戰(zhàn)役都不會(huì)輕松。

　　針對(duì)目前企業(yè)所關(guān)心的DevOps問題，本次WOT峰會(huì)特別設(shè)置了“DevOps轉(zhuǎn)型之路”分論壇給予專題討論。在本次分論壇中，51CTO邀請(qǐng)到了eBay中國研發(fā)中心技術(shù)主管茹炳晟、ThoughtWorks高級(jí)質(zhì)量咨詢師秦五一、IBM混合云技術(shù)經(jīng)理潘雪梅、招銀云創(chuàng)金融PaaS研究中心總監(jiān)陳沙克等一眾業(yè)界大咖齊聚一堂，以不同的視角和維度解讀DevOps這一理念的發(fā)展、演變、應(yīng)用與未來。

　　招銀云創(chuàng)的PaaS容器落地實(shí)踐

　　效率和成本是企業(yè)在進(jìn)行很多工作時(shí)首先考慮的兩大問題，這也是很多企業(yè)在上云時(shí)所要考慮的重點(diǎn)。雖然云計(jì)算本身所代表的理念能夠很大程度上提升企業(yè)IT的效率和成本，但在云架構(gòu)已經(jīng)就緒的前提下，企業(yè)在效率和成本的道路上仍然有很長的路要走，有很多新的技術(shù)和應(yīng)用需要部署。

　　在傳統(tǒng)的PaaS平臺(tái)中，虛擬機(jī)本身需要占用大量計(jì)算、存儲(chǔ)、內(nèi)存等系統(tǒng)資源;而要解決這一問題，容器技術(shù)的使用不可或缺。招銀云創(chuàng)在容器平臺(tái)的架構(gòu)上選擇了目前非常流行的OpenShift平臺(tái)。OpenShift是目前最為成熟穩(wěn)定的容器平臺(tái)之一，而且提供了一系列CI/CD工具來幫助企業(yè)實(shí)現(xiàn)真正的DevOps。

　　招銀云創(chuàng)金融PaaS研究中心總監(jiān)陳沙克表示：首先從效率層面來看，容器能夠非常高效的利用基礎(chǔ)架構(gòu)的各類資源。以招銀云創(chuàng)在金融行業(yè)的經(jīng)驗(yàn)來看，部署一個(gè)開發(fā)環(huán)境在過去可能需要上百臺(tái)虛擬機(jī)資源;而在使用容器技術(shù)之后，僅需要十幾臺(tái)虛擬機(jī)就能完成整個(gè)開發(fā)環(huán)境的搭建。這種成本優(yōu)勢還是非常大的，而在OpenShift平臺(tái)的實(shí)際運(yùn)維中， 面對(duì)Kubernetes一年四次的頻繁更新，OpenShift不僅更新速度上可以***的跟隨，而且其提供的完善服務(wù)也能夠幫助企業(yè)更好的部署和使用新版本。

　　而有了基礎(chǔ)的容器平臺(tái)之后，招銀云創(chuàng)要做的便是構(gòu)建整套DevOps開發(fā)工具鏈。首先，招銀云創(chuàng)使用了目前效果比較好的Redmine來實(shí)現(xiàn)統(tǒng)一的協(xié)作管理。這套協(xié)作體系包括了需求、計(jì)劃、開發(fā)、測試、部署、運(yùn)維等模塊。

　　在開發(fā)過程中，Gitlab分布式代碼庫可以有效管理開發(fā)中的各類代碼;而SonarQube則可以方便而自動(dòng)化的對(duì)代碼進(jìn)行規(guī)范化檢測并掃描潛在的漏洞。***，招銀云創(chuàng)使用Jenkins來進(jìn)行應(yīng)用構(gòu)建并利用Testlink來管理測試流程。當(dāng)然，所有這些工具都有相關(guān)的插件，以便管理者使用Redmine來對(duì)整個(gè)開發(fā)測試流程進(jìn)行管理。這便是招銀云創(chuàng)在實(shí)現(xiàn)DevOps過程中使用到的整套架構(gòu)。

　　對(duì)于這樣一套現(xiàn)代化的容器平臺(tái)及其上運(yùn)行的整套DevOps流程和工具，陳沙克引用了一段招商銀行行長田慧宇的話來進(jìn)行總結(jié)：無論經(jīng)濟(jì)下行的周期性因素，還是利率、匯率改革的市場化因素，抑或是去杠桿、強(qiáng)監(jiān)管的政策性因素，都不足以改變銀行的商業(yè)模式。唯一可能從根本上改變和顛覆銀行商業(yè)模式的，是科技。

　　多云環(huán)境中的DevOps與運(yùn)維管理實(shí)踐

　　云和容器的實(shí)踐是很多企業(yè)正在做或已經(jīng)做到的事情。而對(duì)于云計(jì)算的未來，多云環(huán)境是不可避免的。而在多云環(huán)境下，DevOps的工具鏈構(gòu)建和部署顯然會(huì)比單一的云環(huán)境要更復(fù)雜一些，且會(huì)面臨更多安全風(fēng)險(xiǎn)。而面對(duì)這類問題，作為全球領(lǐng)先的科技創(chuàng)新企業(yè)，IBM顯然有更豐富的經(jīng)驗(yàn)可以借鑒。

　　對(duì)此，IBM混合云技術(shù)經(jīng)理潘雪梅表示：在由公有云、私有云、IBM云服務(wù)共同構(gòu)成的多云環(huán)境中，IBM在DevOps最重要的工具鏈方面所給出的建議是Slack、Trello、Github、Jenkins、JMeter、Terraform、UrbanCode Deploy;分別對(duì)應(yīng)了DevOps過程中的協(xié)作、代碼管理、應(yīng)用構(gòu)建、測試、容器部署等過程。

　　而作為容器環(huán)境的核心，IBM的整套DevOps解決方案將以IBM Cloud Private容器云平臺(tái)為核心。而這一云平臺(tái)將提供多云環(huán)境下的容器管理、編排功能。這一平臺(tái)兼容Kubernetes、Cloud Foundry、VMware、AWS等多種平臺(tái)，能夠?yàn)橛脩袅粝赂嘧杂蛇x擇的空間。

　　而且，借助IBM的一體化解決方案，整個(gè)DevOps可以在圖形化的界面上實(shí)現(xiàn)自動(dòng)化交付。這一功能的核心在于IBM Cloud Automation Manager管理工具。這套管理工具可以為目前流行的多種DevOps工具提供接口，并在統(tǒng)一的圖形界面下實(shí)現(xiàn)完整的管理功能。

　　***，在最關(guān)鍵的部署環(huán)節(jié)，IBM也有專門的Urban Code Deploy工具。這一工具可以實(shí)現(xiàn)應(yīng)用及微服務(wù)在多種云平臺(tái)上的自動(dòng)化、流程化部署，并對(duì)容錯(cuò)和部署質(zhì)量進(jìn)行管理和監(jiān)控。

　　當(dāng)然，針對(duì)DevOps過程中的其他環(huán)節(jié)，IBM也有眾多相關(guān)的工具鏈和經(jīng)驗(yàn)可以提供。例如故障管理工具鏈、多層次事件關(guān)聯(lián)分析、服務(wù)管理與運(yùn)維參考架構(gòu)、運(yùn)維轉(zhuǎn)型中的組織變化參考以及運(yùn)維中的創(chuàng)新工作流程和方法等。

　　借助IBM提供的完整DevOps解決方案，企業(yè)可以更高的效率和更低的風(fēng)險(xiǎn)實(shí)現(xiàn)DevOps。

　　持續(xù)集成的實(shí)踐與意義

　　作為DevOps的核心環(huán)節(jié)之一，持續(xù)集成對(duì)于企業(yè)開發(fā)來說意義非凡。他能讓企業(yè)的開發(fā)部門在持續(xù)產(chǎn)出高質(zhì)量應(yīng)用的前提下保持整體的高效率運(yùn)作。而做到這一點(diǎn)，除了合適的工具之外，更需要先進(jìn)的管理和流程予以配合。否則所謂持續(xù)集成和DevOps只能是徒有虛表的花架子而已。

　　關(guān)于這一點(diǎn)，ThoughtWorks高級(jí)質(zhì)量咨詢師秦五一有著豐富的閱歷和經(jīng)驗(yàn)。在本次DevOps專場中，他也用一個(gè)來自某航空公司的例子深刻闡釋了流程與管理在整個(gè)CI甚至DevOps中的價(jià)值和意義。

　　在通常的實(shí)踐中，英文的“CI”代表一系列工具集，而中文的“持續(xù)集成”則代表了這些工具集背后企業(yè)開發(fā)所要達(dá)到的境界。

　　秦五一在談到某航空公司的CI案例時(shí)表示：這家航空公司在四年前使用了ThoughtWorks的CI工具集和解決方案。目前，該公司擁有50人的開發(fā)團(tuán)隊(duì)，分為7個(gè)全棧小組，在QA質(zhì)量管理方面擁有一個(gè)9人的團(tuán)隊(duì)。而其整體的開發(fā)架構(gòu)則采用的是ASP .Net。

　　在整個(gè)DevOps流程上，該公司擁有完整的解決方案。代碼構(gòu)建用的是Git，單元測試用的是Nunit和.Net Foundation。CI/CD平臺(tái)方面則是用了ThoughtWorks開發(fā)的GoCD持續(xù)集成平臺(tái)。***，該公司也擁有完整的SmokeTest、QA Deploy、E2E Test、Performance Test等測試環(huán)節(jié)以及后端的Sonar代碼檢測分析工具。

　　在這樣規(guī)模的團(tuán)隊(duì)以及各類自動(dòng)化工具的協(xié)助下，該公司的開發(fā)部門每天代碼提交超過30次，單元測試覆蓋率超過96%，基于Selenium Test的端到端自動(dòng)化測試項(xiàng)目超過200條。一切指標(biāo)性數(shù)據(jù)都非常***。

　　但就是這樣的團(tuán)隊(duì)，其代碼在CI監(jiān)視器上的CI狀態(tài)卻始終是紅色的警報(bào)狀態(tài)，應(yīng)用交付也非常緩慢。究其原因，代碼提交和測試流程的不規(guī)范是罪魁禍?zhǔn)住ｉ_發(fā)人員提交的代碼過不了測試、開發(fā)人員配置錯(cuò)誤、測試與開發(fā)不同步、開發(fā)人員各自為政等各類現(xiàn)象同時(shí)在團(tuán)隊(duì)中出現(xiàn)。***的表象之下則是整個(gè)團(tuán)隊(duì)的低效運(yùn)行。

　　對(duì)此，秦五一在入住該團(tuán)隊(duì)之后提出了一系列改進(jìn)建議：

　　1、 每天提交代碼

　　2、 不要提交無法構(gòu)建的代碼

　　3、 立即修復(fù)無法集成的構(gòu)建

　　4、 編寫自動(dòng)化測試

　　5、 所有提交的代碼必須通過所有的測試和審查

　　6、 提交之前執(zhí)行私有構(gòu)建

　　7、 不要遷出無法構(gòu)建的代碼

　　在這些原則的指導(dǎo)以及一系列基于這些原則的具體流程修訂之后，該公司每個(gè)可用的業(yè)務(wù)應(yīng)用版本所花費(fèi)的平均工時(shí)從之前的180工時(shí)直接降低為55個(gè)工時(shí)，整體效率在不增加成本的情況下提升了三倍，效果可謂立竿見影。

　　由此可見，CI過程中所用到的各類軟件僅僅是工具，而在工具已經(jīng)齊備的條件下，改進(jìn)工作流程，強(qiáng)化合作及規(guī)章制度才是團(tuán)隊(duì)做到DevOps的核心因素。

　　自動(dòng)化測試中的數(shù)據(jù)準(zhǔn)備

　　測試是保證代碼、構(gòu)建乃至應(yīng)用可用、有效的必須環(huán)節(jié)，是保證應(yīng)用達(dá)到可用狀態(tài)的必要步驟。因此，保證有效的測試就成了DevOps實(shí)際有效的重點(diǎn)環(huán)節(jié)。

　　但對(duì)于多數(shù)互聯(lián)網(wǎng)公司來說，業(yè)務(wù)龐雜、用戶數(shù)量龐大、業(yè)務(wù)流程長等特點(diǎn)會(huì)讓應(yīng)用發(fā)布之前的測試變得非常復(fù)雜。這其中，數(shù)據(jù)的準(zhǔn)備是重中之重。對(duì)此，eBay中國研發(fā)中心測試基礎(chǔ)架構(gòu)技術(shù)主管茹炳晟表示：以eBay的經(jīng)來看，在所有CI失敗的情況中，有30%的情況并不是代碼或構(gòu)建本身的問題，真正的問題出在測試數(shù)據(jù)的準(zhǔn)備和使用上。由于業(yè)務(wù)、數(shù)據(jù)結(jié)構(gòu)及其他變動(dòng)經(jīng)常會(huì)導(dǎo)致測試所需的數(shù)據(jù)是時(shí)時(shí)變動(dòng)的;而一旦測試數(shù)據(jù)的準(zhǔn)備沒有針對(duì)變動(dòng)做出相應(yīng)變化就會(huì)導(dǎo)致整個(gè)CI測試的失敗。因此測試數(shù)據(jù)的準(zhǔn)備就變得極其重要。而對(duì)于eBay這種跨國電商平臺(tái)來說，不同的用戶、不同的語言、不同的貨品、不同的法律法規(guī)、不同的物流、不同的支付手段等等一系列不同將導(dǎo)致測試數(shù)據(jù)的準(zhǔn)備本身就變成了一個(gè)極端復(fù)雜的過程。

　　在初期階段，eBay使用基于Java的數(shù)據(jù)工具來有針對(duì)性的生成測試數(shù)據(jù)。雖然這種方法能夠讓不同的測試人員定制化的產(chǎn)生自己測試所需的數(shù)據(jù)，但這卻是一種操作起來相當(dāng)繁瑣的笨辦法。因此，后來eBay的測試數(shù)據(jù)生成進(jìn)入了2.0時(shí)代：基于函數(shù)的測試數(shù)據(jù)生成。這時(shí)，數(shù)據(jù)可以根據(jù)不同類型和需求進(jìn)行批量的模式化快速生成;這大大簡化了測試人員的操作壓力和時(shí)間成本，但這仍然不夠自動(dòng)化。最終，eBay的測試數(shù)據(jù)生成進(jìn)入了3.0階段：測試數(shù)據(jù)生成變?yōu)榱艘粋€(gè)微服務(wù)，測試流程只需調(diào)用這一服務(wù)即可;整個(gè)過程變得高效和自動(dòng)化;而這一微服務(wù)亦由專門的開發(fā)人員進(jìn)行更新和維護(hù)。

　　數(shù)據(jù)準(zhǔn)備只是自動(dòng)化測試中的一個(gè)微小環(huán)節(jié)，在整個(gè)DevOps中更是占比很小，但對(duì)于eBay這樣的互聯(lián)網(wǎng)公司來說，自動(dòng)化的測試數(shù)據(jù)生成顯然能夠?yàn)閑Bay全球化DevOps的實(shí)現(xiàn)提供前提和基礎(chǔ)。

　　且行且體會(huì)的DevOps之路

　　不得不說，對(duì)于任何企業(yè)來說DevOps都是一個(gè)巨大的***。它關(guān)系到企業(yè)的業(yè)務(wù)和應(yīng)用，關(guān)系到企業(yè)對(duì)IT的投資建設(shè)，更關(guān)系到企業(yè)IT團(tuán)隊(duì)的管理和開發(fā)思路。我們甚至可以將DevOps比喻為企業(yè)IT開發(fā)團(tuán)隊(duì)的精神內(nèi)核。無論怎樣形容DevOps的重要性都毫不為過。

　　在DevOps這個(gè)龐大的概念下，企業(yè)不僅要在架構(gòu)和工具上進(jìn)行相應(yīng)的革新，更需要對(duì)人員和思維進(jìn)行再造，才能實(shí)現(xiàn)高效的持續(xù)集成、持續(xù)交付。而對(duì)于不同類型的企業(yè)和業(yè)務(wù)，要達(dá)成這一目標(biāo)所需的路徑和技術(shù)各不相同。可以說每個(gè)企業(yè)都有一條屬于自己、屬于這項(xiàng)業(yè)務(wù)、屬于這個(gè)團(tuán)隊(duì)的DevOps之路，而所有的DevOps方法和經(jīng)驗(yàn)都只能借鑒和參考，真正的DevOps則需要自己去實(shí)踐和體會(huì)。而WOT峰會(huì)所提供的正是這樣一個(gè)能讓每一個(gè)在DevOps路徑中上下求索的人相互交流、相互提攜的平臺(tái)。