轉(zhuǎn)載本文需注明出處：微信公眾號(hào)EAWorld，違者必究搔谴。

目錄：

一、萬(wàn)達(dá)DevOps平臺(tái)建設(shè)歷程

二桩撮、平臺(tái)架構(gòu)解析

三敦第、建設(shè)過(guò)程中的難點(diǎn)分享

四、總結(jié)

一店量、萬(wàn)達(dá)DevOps平臺(tái)建設(shè)歷程

我們從2017年2月份開(kāi)始幫助萬(wàn)達(dá)網(wǎng)絡(luò)科技建設(shè)DevOps平臺(tái)芜果，2017年6月份完成試運(yùn)行上線(xiàn)交付。目前萬(wàn)達(dá)網(wǎng)絡(luò)科技公共平臺(tái)研發(fā)中心的所有產(chǎn)品和項(xiàng)目都已經(jīng)通過(guò)DevOps平臺(tái)管理起來(lái)垫桂，實(shí)現(xiàn)了全面的持續(xù)集成师幕、持續(xù)交付等能力，并持續(xù)進(jìn)行過(guò)程度量和改進(jìn)，不斷提升IT運(yùn)行效率霹粥。

• 建設(shè)背景

萬(wàn)達(dá)網(wǎng)科成立后灭将，業(yè)務(wù)需求處于一個(gè)飛速增長(zhǎng)的階段，在短時(shí)間內(nèi)已經(jīng)發(fā)展到將近30個(gè)產(chǎn)品后控、40個(gè)項(xiàng)目庙曙，管理成本相當(dāng)之高，傳統(tǒng)的管理方式很難高效率浩淘、高質(zhì)量的進(jìn)行管理和把控如此之多的產(chǎn)品和項(xiàng)目捌朴。并且隨著虛擬化、容器云张抄、微服務(wù)等技術(shù)的發(fā)展砂蔽，應(yīng)用底層的運(yùn)行環(huán)境愈發(fā)多樣化，物理機(jī)署惯、虛擬機(jī)左驾、容器云三種異構(gòu)環(huán)境、移動(dòng)應(yīng)用极谊、Springboot應(yīng)用诡右、純前端應(yīng)用等數(shù)十個(gè)異構(gòu)應(yīng)用都需要通過(guò)一個(gè)平臺(tái)進(jìn)行統(tǒng)一的部署和管理。

建設(shè)目標(biāo)簡(jiǎn)單可以歸納為如下三點(diǎn)：

1.通過(guò)DevOps平臺(tái)統(tǒng)一管理所有產(chǎn)品轻猖、項(xiàng)目帆吻，對(duì)團(tuán)隊(duì)、對(duì)人能進(jìn)行數(shù)字化的考核

2.實(shí)現(xiàn)所有應(yīng)用的持續(xù)集成咙边、100%自動(dòng)化部署猜煮，提升應(yīng)用的軟件交付效率

3.在兩年內(nèi)，將目前部門(mén)的研發(fā)样眠、測(cè)試友瘤、運(yùn)維發(fā)布的工作效率提升50%翠肘。

• 建設(shè)過(guò)程

項(xiàng)目從2月初開(kāi)始檐束，到6月底上線(xiàn)交付。持續(xù)了5個(gè)月的時(shí)間束倍。項(xiàng)目過(guò)程基于Scrum過(guò)程體系被丧，以月迭代的方式，每個(gè)月發(fā)布一個(gè)版本绪妹。同時(shí)甥桂，基于MVP的理念，保證每個(gè)月上線(xiàn)的版本功能都是可用的邮旷，不斷的完善平臺(tái)能力黄选。每個(gè)沖刺過(guò)程如下：

Sprint1（2月份）：2月份主要進(jìn)行了整體需求分析，完成我們現(xiàn)有產(chǎn)品的上線(xiàn)，以產(chǎn)品的現(xiàn)有能力作為第一個(gè)MVP版本办陷。

Sprint2（3月份）：3月份交付了產(chǎn)品管理貌夕、項(xiàng)目管理、持續(xù)集成等能力民镜，并且最重要的啡专，結(jié)合萬(wàn)達(dá)的流程和規(guī)范，打通持續(xù)交付的流水線(xiàn)制圈。流水線(xiàn)從構(gòu)建開(kāi)始们童，一直到上線(xiàn)部署，有了持續(xù)交付流水線(xiàn)鲸鹦，即使中間的一些環(huán)節(jié)（如測(cè)試環(huán)境）暫時(shí)無(wú)法做到完全的自動(dòng)化測(cè)試慧库，但是可以通過(guò)人工的參與，自動(dòng)與人工結(jié)合馋嗜，至少保障了整個(gè)軟件交付過(guò)程便已經(jīng)通過(guò)平臺(tái)管理起來(lái)完沪。后續(xù)便可以此流水線(xiàn)為基準(zhǔn)，不斷的完善中間環(huán)節(jié)的自動(dòng)化能力嵌戈。

Sprint3（4月份）：完善了度量?jī)?yōu)化覆积、部署、流水線(xiàn)協(xié)作看板等能力熟呛。在度量?jī)?yōu)化模塊宽档，結(jié)合萬(wàn)達(dá)的度量點(diǎn)和度量考核規(guī)范，從多個(gè)維度和視角庵朝，不斷提升平臺(tái)的度量能力吗冤。在部署管理模塊，首先結(jié)合萬(wàn)達(dá)的環(huán)境資源規(guī)范九府，對(duì)接其CMDB系統(tǒng)椎瘟，在DEV/LAB/SIT/UAT/PRE/PROD六大環(huán)境的基礎(chǔ)上，統(tǒng)一納管所有項(xiàng)目的環(huán)境資源侄旬。結(jié)合部署規(guī)范（操作系統(tǒng)肺蔚、部署用戶(hù)權(quán)限、目錄要求儡羔、數(shù)據(jù)庫(kù)版本宣羊、jdk版本、nginx版本等）汰蜘，定制出符合萬(wàn)達(dá)要求的自動(dòng)化部署能力仇冯。在流水線(xiàn)能力上，完善了兩個(gè)協(xié)作看板：產(chǎn)品發(fā)布看板族操、環(huán)境看板苛坚。產(chǎn)品發(fā)布看板以產(chǎn)品為主視角，可以直觀(guān)看到產(chǎn)品的每個(gè)版本到了持續(xù)交付的哪個(gè)環(huán)節(jié)。環(huán)境看板則是以環(huán)境為主視角泼舱，可以直觀(guān)看到每個(gè)環(huán)境下姐赡，有哪些產(chǎn)品版本在運(yùn)行。

Sprint4（5月份）：5月份繼續(xù)豐富了一些尚未完善的能力柠掂，比如針對(duì)vue的代碼質(zhì)量掃描等（sonarqube目前并不支持對(duì)于vue的代碼質(zhì)量掃描）项滑，比如一些平臺(tái)級(jí)的功能如角色權(quán)限的配置、首頁(yè)看板的定制涯贞、操作日志枪狂、密碼策略等等一些功能進(jìn)行了完善。到此整個(gè)平臺(tái)的全部功能就已經(jīng)完成交付宋渔。

Sprint5（6月份）：6月份是上線(xiàn)試運(yùn)行階段州疾，這個(gè)階段將20多個(gè)產(chǎn)品、30多個(gè)項(xiàng)目皇拣、50多個(gè)代碼庫(kù)都遷移到平臺(tái)上統(tǒng)一管理严蓖，做到了100%的持續(xù)集成、測(cè)試環(huán)境的自動(dòng)化部署氧急。并且在月尾的發(fā)布窗口颗胡，選擇了一個(gè)試點(diǎn)應(yīng)用成功通過(guò)平臺(tái)進(jìn)行發(fā)布上線(xiàn)。

我們也是第一次嘗試月迭代的方式吩坝，所以這個(gè)對(duì)于我們而言也是很大的一個(gè)挑戰(zhàn)毒姨。在這個(gè)過(guò)程中，也在不斷的思考和改進(jìn)钉寝。

總結(jié)下一期的建設(shè)成果：

1.實(shí)現(xiàn)40+微服務(wù)的的持續(xù)集成弧呐、自動(dòng)化部署

2.基于Scrum體系，統(tǒng)一管理20+產(chǎn)品嵌纲、30+項(xiàng)目

3.統(tǒng)一持續(xù)交付流水線(xiàn)俘枫，9大環(huán)節(jié)，跨4大環(huán)境逮走，驅(qū)動(dòng)開(kāi)發(fā)鸠蚪、測(cè)試、質(zhì)量言沐、運(yùn)維鹤啡、管理等多個(gè)角色協(xié)作

4.支撐PMO精益度量秀存，多維度統(tǒng)計(jì)20+報(bào)表

二、平臺(tái)架構(gòu)解析

• 總體架構(gòu)解析

從邏輯上我們把DevOps平臺(tái)劃分為三大領(lǐng)域：敏捷過(guò)程屯援、持續(xù)交付矿筝、持續(xù)改進(jìn)起便。

敏捷過(guò)程針對(duì)于軟件過(guò)程進(jìn)行管理，包括產(chǎn)品、項(xiàng)目榆综、團(tuán)隊(duì)妙痹、計(jì)劃、任務(wù)等鼻疮，持續(xù)交付則關(guān)注從需求到上線(xiàn)交付的管理怯伊，包括持續(xù)集成、自動(dòng)化測(cè)試判沟、自動(dòng)化部署耿芹、交付流水線(xiàn)等。持續(xù)改進(jìn)則體現(xiàn)了平臺(tái)的核心價(jià)值挪哄，不斷的度量和優(yōu)化軟件過(guò)程吧秕，為提升IT運(yùn)行效率打下堅(jiān)實(shí)的基礎(chǔ)。

在上面三大領(lǐng)域的基礎(chǔ)上迹炼，又做了一些模塊拆分砸彬，平臺(tái)的邏輯架構(gòu)如下：

DevOps平臺(tái)劃分為領(lǐng)域?qū)印⒒A(chǔ)服務(wù)層斯入、工具層三層砂碉。工具層封裝了一些開(kāi)源工具，提供基礎(chǔ)能力刻两。服務(wù)層在此基礎(chǔ)上封裝的一些基礎(chǔ)服務(wù)绽淘，如編譯、部署闹伪、代碼管理等沪铭。領(lǐng)域?qū)又饕?xiàng)目管理、產(chǎn)品管理偏瓤、構(gòu)建杀怠、部署、交付流水線(xiàn)厅克、度量?jī)?yōu)化等模塊赔退。底層運(yùn)行環(huán)境支撐物理機(jī)、虛擬機(jī)证舟、容器云平臺(tái)硕旗。

• 產(chǎn)品管理&項(xiàng)目管理

軟件的整個(gè)生命周期可以從不僅僅是項(xiàng)目的生命周期，而是應(yīng)該也包括了產(chǎn)品的生命周期女责。在企業(yè)內(nèi)部漆枚，通常我們先決定做哪個(gè)產(chǎn)品，然后需求調(diào)研抵知、版本劃分墙基，確認(rèn)了具體版本要實(shí)現(xiàn)的需求范圍后软族，便可以組建項(xiàng)目進(jìn)行研發(fā)。研發(fā)完成進(jìn)行交付后残制，有進(jìn)入產(chǎn)品的線(xiàn)上運(yùn)營(yíng)階段立砸。直至產(chǎn)品下線(xiàn)。一個(gè)產(chǎn)品可以對(duì)應(yīng)多個(gè)項(xiàng)目初茶，當(dāng)然颗祝，對(duì)于有些企業(yè)而言，一個(gè)項(xiàng)目也是持續(xù)穩(wěn)定的維護(hù)一個(gè)產(chǎn)品恼布。

• 持續(xù)集成

持續(xù)集成模塊功能主要有代碼庫(kù)管理螺戳、構(gòu)建定義管理以及構(gòu)建實(shí)例管理等。在構(gòu)建定義管理模塊中桥氏，DevOps平臺(tái)將構(gòu)建任務(wù)分成了四種類(lèi)型：

編譯類(lèi)任務(wù)：Maven温峭、Ant、Gradle字支、純前端構(gòu)建等

測(cè)試類(lèi)任務(wù)：Sonarqube凤藏、Jmeter、Selenium等

打包類(lèi)任務(wù)：Npm堕伪、Archive揖庄、Docker等

其他工具類(lèi)任務(wù)：Copyfile、Shell欠雌、介質(zhì)提交到Nexus倉(cāng)庫(kù)蹄梢、介質(zhì)上傳二方庫(kù)等。

在每個(gè)構(gòu)建定義上可以選擇若干個(gè)需要的構(gòu)建任務(wù)富俄，通過(guò)原子步驟編排禁炒，組裝成一個(gè)完整構(gòu)建流程。代碼提交時(shí)觸發(fā)構(gòu)建（支持gitlab霍比、github幕袱、svn等常用代碼庫(kù)版本管理工具）、日構(gòu)建等不同的構(gòu)建觸發(fā)策略等支撐了持續(xù)集成的完整鏈路打通悠瞬。

• 自動(dòng)化部署

在自動(dòng)化部署模塊中们豌，為了更好的與實(shí)際結(jié)合，我們將部署分為三個(gè)階段：設(shè)計(jì)浅妆、轉(zhuǎn)換望迎、運(yùn)維。

設(shè)計(jì)階段：將部署架構(gòu)分為三層：部署裝配（Assembly）凌外、部署容器（Platform）辩尊、部署組件(Component)。部署裝配是對(duì)部署架構(gòu)的描述趴乡，由多個(gè)部署容器組成对省，每個(gè)部署容器由若干個(gè)部署組件組成蝗拿。

轉(zhuǎn)換階段：將部署架構(gòu)與部署策略（全新晾捏、藍(lán)綠蒿涎、灰度、滾動(dòng)升級(jí)等）惦辛、資源（具體資源如物理機(jī)劳秋、虛擬機(jī)、容器）胖齐、組件配置參數(shù)（端口號(hào)玻淑、JVM參數(shù)、健康檢查url等）進(jìn)行結(jié)合呀伙，生成部署計(jì)劃补履，一鍵執(zhí)行自動(dòng)化部署。

運(yùn)維階段：對(duì)于已部署的實(shí)例進(jìn)行運(yùn)維管理剿另，包括啟動(dòng)箫锤、停止、重啟雨女、修復(fù)谚攒、狀態(tài)檢查等等。

• 持續(xù)交付流水線(xiàn)

為什么需要持續(xù)交付流水線(xiàn)氛堕？舉個(gè)例子來(lái)說(shuō)馏臭，我們常常苦惱最終上線(xiàn)版本和系統(tǒng)集成測(cè)試環(huán)境不一致讼稚。這一般是因?yàn)樵谙到y(tǒng)集成測(cè)試完成后發(fā)現(xiàn)了問(wèn)題括儒，作了代碼變更但沒(méi)有重新構(gòu)建，而是直接在介質(zhì)里進(jìn)行了調(diào)整進(jìn)而發(fā)布上線(xiàn)锐想。在持續(xù)交付流水線(xiàn)中是不允許這種情況出現(xiàn)的帮寻。所有上線(xiàn)入口一定是最初的構(gòu)建，所有的后續(xù)產(chǎn)物都是基于這一介質(zhì)痛倚，如果有變更必須重走流程规婆。這樣可以保證發(fā)布的安全性和統(tǒng)一性，線(xiàn)上出現(xiàn)問(wèn)題也是可以追溯的蝉稳。當(dāng)然過(guò)程中的環(huán)境可以配置人工介入或自動(dòng)執(zhí)行抒蚜。

發(fā)布流水線(xiàn)從構(gòu)建到生產(chǎn)部署共9大環(huán)節(jié)，涵蓋SIT/UAT/LAB/PROD四大環(huán)境耘戚。驅(qū)動(dòng)了開(kāi)發(fā)嗡髓、測(cè)試、質(zhì)量收津、運(yùn)維等多個(gè)角色的協(xié)作饿这。

在設(shè)計(jì)流水線(xiàn)能力時(shí)浊伙，我們主要考慮到幾點(diǎn)：

• 結(jié)合企業(yè)的不同交付流程，要能支持自定義的流程配置长捧，要能支持多套流程配置

• 流程的每一個(gè)環(huán)節(jié)都要支持自動(dòng)執(zhí)行的配置

• 流程中每個(gè)環(huán)節(jié)的屬性和配置信息可以自定義嚣鄙，靈活擴(kuò)展

• 流程以構(gòu)建開(kāi)始，讓buildNumber貫穿整個(gè)流程串结，方便追根溯源

• 要有一個(gè)看板哑子，直觀(guān)的看到整個(gè)產(chǎn)品的版本目前到了流程的哪個(gè)環(huán)節(jié)，是SIT還是UAT肌割，結(jié)果如何

• 要有一個(gè)看板卧蜓，直觀(guān)的看到每個(gè)環(huán)境下，有哪些介質(zhì)在運(yùn)行

以這些為基礎(chǔ)準(zhǔn)則把敞，我們底層基于了我們的BPS流程引擎弥奸，支撐流程的自定義和擴(kuò)展。并且奋早，針對(duì)于每個(gè)環(huán)節(jié)盛霎，都可以配置前置后置事件、人工執(zhí)行還是自動(dòng)執(zhí)行伸蚯，責(zé)任人等摩渺。整個(gè)流水線(xiàn)從構(gòu)建開(kāi)始，保證全局介質(zhì)唯一剂邮，避免人為修改介質(zhì)導(dǎo)致的生產(chǎn)介質(zhì)不可追溯摇幻。

在交付看板上，環(huán)境看板和發(fā)布看板如下

• 度量?jī)?yōu)化

精益運(yùn)營(yíng)的基礎(chǔ)是度量挥萌，度量的三大維度：指標(biāo)绰姻、執(zhí)行監(jiān)控、預(yù)測(cè)引瀑。首先是明確指標(biāo)和執(zhí)行監(jiān)控狂芋，基于軟件全生命周期的度量過(guò)程中企業(yè)遇到的最大困難莫過(guò)于拿不到完整的數(shù)據(jù)，各個(gè)部門(mén)憨栽、各個(gè)流程帜矾、各個(gè)系統(tǒng)之間數(shù)據(jù)相互隔閡，信息很難流通屑柔，導(dǎo)致無(wú)法從整體的角度對(duì)軟件過(guò)程進(jìn)行度量屡萤。當(dāng)DevOps平臺(tái)能打通企業(yè)的軟件生產(chǎn)全生命周期時(shí)，數(shù)據(jù)的割裂性問(wèn)題自然也就不存在掸宛。當(dāng)然死陆，度量不僅僅是事后的統(tǒng)計(jì)分析，更應(yīng)該提供過(guò)程監(jiān)控的能力唧瘾，在過(guò)程中措译，通過(guò)一些看板（比如任務(wù)看板别凤、需求看板、發(fā)布看板）领虹、趨勢(shì)圖（比如任務(wù)燃盡圖规哪、bug燃盡圖）等，提前預(yù)知風(fēng)險(xiǎn)掠械，規(guī)避風(fēng)險(xiǎn)由缆，持續(xù)把控項(xiàng)目質(zhì)量和產(chǎn)品質(zhì)量注祖。

示例如下：

三猾蒂、建設(shè)過(guò)程中的難點(diǎn)

難點(diǎn)1：統(tǒng)一流程和規(guī)范

回顧一下前文的發(fā)布流水線(xiàn)的介紹，其實(shí)這其中我們?cè)诮榻B時(shí)省略了大量的細(xì)節(jié)是晨。比如肚菠，在開(kāi)始構(gòu)建時(shí)是否要打一個(gè)Tag，此時(shí)針對(duì)構(gòu)建介質(zhì)產(chǎn)物是否不應(yīng)該是snapshot版本罩缴，而應(yīng)該是Stage預(yù)發(fā)版本蚊逢。如果UAT等測(cè)試通過(guò)之后，這個(gè)介質(zhì)版本即為可發(fā)布版本箫章，此時(shí)介質(zhì)需要轉(zhuǎn)移到Release版本的介質(zhì)倉(cāng)庫(kù)烙荷。這就是一個(gè)完整的流程，也是需要加入到規(guī)范中去的檬寂。

梳理企業(yè)的流程和規(guī)范是企業(yè)建設(shè)DevOps的前提终抽，甚至即使不建設(shè)DevOps平臺(tái)，這也是一個(gè)必不可少的行為桶至。只有統(tǒng)一了企業(yè)的流程和規(guī)范昼伴，才能建設(shè)出一個(gè)適用于企業(yè)的DevOps平臺(tái)，否則到最后镣屹，有可能會(huì)讓DevOps平臺(tái)脫離實(shí)際圃郊，導(dǎo)致沒(méi)有人會(huì)去使用。

我們?cè)诮ㄔO(shè)過(guò)程中女蜈，每一個(gè)模塊都需要結(jié)合萬(wàn)達(dá)的流程規(guī)范以及我們的最佳實(shí)踐共同進(jìn)行建設(shè)持舆，在前期，當(dāng)一些流程規(guī)范不是那么明確的時(shí)候伪窖，還需要一起討論逸寓，同時(shí)規(guī)范也不是一蹴而就的，實(shí)施過(guò)程中發(fā)現(xiàn)一些不合適的地方就需要進(jìn)行修改惰许，這也就帶來(lái)了需求的反復(fù)的可能席覆。以持續(xù)交付流水線(xiàn)為例，這個(gè)就需要結(jié)合萬(wàn)達(dá)的環(huán)境汹买、發(fā)布規(guī)范來(lái)定制流程佩伤，對(duì)于其他企業(yè)而言聊倔，持續(xù)交付流水線(xiàn)未必就是這樣的一個(gè)流程，有可能會(huì)少一些環(huán)境生巡，也有可能多個(gè)預(yù)發(fā)環(huán)境耙蔑，又或者會(huì)把這一個(gè)流水線(xiàn)拆分成多個(gè)流水線(xiàn)。

難點(diǎn)2：異構(gòu)兼容

對(duì)于應(yīng)用運(yùn)行環(huán)境而言孤荣，需要同時(shí)支撐物理機(jī)甸陌、虛擬機(jī)、容器云盐股、Android設(shè)備钱豁、IOS設(shè)備多種類(lèi)型的環(huán)境。而應(yīng)用本身又分為純前端應(yīng)用疯汁、SpringBoot應(yīng)用（Fat JAR）牲尺、傳統(tǒng)應(yīng)用（WAR）、Android幌蚊、IOS等各種類(lèi)型谤碳。這就對(duì)自動(dòng)化部署框架提出了很高的要求，一套架構(gòu)要能同時(shí)支撐異構(gòu)應(yīng)用部署在異構(gòu)環(huán)境上溢豆。

以移動(dòng)應(yīng)用的自動(dòng)化部署為例蜒简，os部署組件可以用來(lái)區(qū)分系統(tǒng)、computer可以用于校驗(yàn)機(jī)型漩仙。選擇部署資源時(shí)搓茬，從cmdb中導(dǎo)出項(xiàng)目的移動(dòng)設(shè)備資源，最后將應(yīng)用自動(dòng)化部署到移動(dòng)設(shè)備上讯赏。

難點(diǎn)3：職能切面

DevOps平臺(tái)建設(shè)之前垮兑，企業(yè)可能已經(jīng)有不少系統(tǒng)了，比如云資源管理平臺(tái)漱挎、容器云云平臺(tái)系枪、自動(dòng)化測(cè)試平臺(tái)、統(tǒng)一監(jiān)控平臺(tái)等等磕谅。那么很多時(shí)候一個(gè)困難點(diǎn)就在于DevOps的定位了私爷，在測(cè)試的能力上，DevOps平臺(tái)要不要完整的把測(cè)試的能力都管理起來(lái)呢膊夹？在自動(dòng)化部署的時(shí)候衬浑，要不要直接創(chuàng)建虛擬機(jī)對(duì)資源進(jìn)行操作呢？我們?cè)谌f(wàn)達(dá)落地DevOps的過(guò)程中放刨，也遇到了這些問(wèn)題工秩。我們認(rèn)為：

• DevOps無(wú)法讓每個(gè)人的工作都在上面，高級(jí)能力還是專(zhuān)人在專(zhuān)業(yè)系統(tǒng)上完成；

• 如果專(zhuān)業(yè)系統(tǒng)足夠自動(dòng)和自助化助币，可考慮逐步納入DevOps平臺(tái)

• 我們做的是工程效率平臺(tái)浪听，不是給多個(gè)系統(tǒng)做個(gè)統(tǒng)一門(mén)戶(hù)

本著這些理念，我們就明確了對(duì)職能的切分眉菱。像對(duì)底層資源的管理迹栓，是統(tǒng)一通過(guò)CMDB進(jìn)行管理，DevOps只是進(jìn)行資源的申請(qǐng)與使用俭缓。在測(cè)試環(huán)節(jié)克伊，則是對(duì)接自動(dòng)化測(cè)試平臺(tái)，將持續(xù)交付流水線(xiàn)中的測(cè)試環(huán)節(jié)拉起來(lái)华坦，保障整個(gè)流水線(xiàn)的完整愿吹。在對(duì)已部署應(yīng)用的監(jiān)控，可以對(duì)接企業(yè)的統(tǒng)一監(jiān)控平臺(tái)進(jìn)行健康監(jiān)控季春。

四洗搂、總結(jié)

雖然目前DevOps平臺(tái)已經(jīng)完成初步交付，并且已經(jīng)將所有的產(chǎn)品载弄、項(xiàng)目統(tǒng)一通過(guò)平臺(tái)進(jìn)行了管理。但是這僅僅做到了敏捷過(guò)程和持續(xù)交付撵颊。在持續(xù)改進(jìn)領(lǐng)域還是有不少工作持續(xù)去做的宇攻，平臺(tái)目前在度量?jī)?yōu)化部分的能力還是稍顯不足，如何能完成最初的目標(biāo)：”在兩年內(nèi)提升IT運(yùn)營(yíng)效率50%“倡勇。還需要更加豐富逞刷、更加可量化的一些統(tǒng)計(jì)分析數(shù)據(jù)來(lái)支撐。而這妻熊，也是我們認(rèn)為DevOps最核心的價(jià)值夸浅，致力于提升企業(yè)IT運(yùn)營(yíng)效率。

關(guān)于作者

王海龍

現(xiàn)任普元信息高級(jí)研發(fā)工程師扔役，畢業(yè)于華東師范大學(xué)帆喇，曾參與和負(fù)責(zé)銀聯(lián)Paas云平臺(tái)項(xiàng)目、興業(yè)銀行CAP4J項(xiàng)目亿胸、交通銀行信用卡中心統(tǒng)一監(jiān)控平臺(tái)項(xiàng)目坯钦、神華災(zāi)備云平臺(tái)、萬(wàn)達(dá)DevOps平臺(tái)等項(xiàng)目侈玄。

8月-9月婉刀，PWorld系列技術(shù)趴還將繼續(xù)上演。目前序仙，9月24日將在上海舉行PWorld MeetUP“微服務(wù)的編排突颊、配置與12要素專(zhuān)場(chǎng)”已啟動(dòng)報(bào)名，戳“閱讀原文”可直達(dá)報(bào)名頁(yè)面，并了解更多詳情~

PWorld軟件架構(gòu)&平臺(tái)創(chuàng)新大會(huì)：由普元發(fā)起主辦的全國(guó)頂級(jí)技術(shù)盛會(huì)律秃，探討“數(shù)字化時(shí)代的企業(yè)軟件變化與創(chuàng)新”推進(jìn)中國(guó)企業(yè)在數(shù)字化時(shí)代的成功轉(zhuǎn)型呈昔，積極為CTO、CIO友绝、架構(gòu)師堤尾、技術(shù)經(jīng)理、開(kāi)發(fā)工程師等技術(shù)相關(guān)人員設(shè)計(jì)各項(xiàng)議題迁客，演講嘉賓從企業(yè)軟件郭宝、人工智能、區(qū)塊鏈掷漱、云計(jì)算粘室、大數(shù)據(jù)、業(yè)務(wù)流程卜范、移動(dòng)開(kāi)發(fā)等熱門(mén)話(huà)題中衔统，分享他們的技術(shù)見(jiàn)解和最佳實(shí)踐。同時(shí)海雪，PWorld在企業(yè)級(jí)技術(shù)會(huì)議里獨(dú)開(kāi)“交互式體驗(yàn)”先河锦爵、賦予參會(huì)者最大程度尊重，帶給現(xiàn)場(chǎng)以及線(xiàn)上的聽(tīng)眾以全新的參會(huì)體驗(yàn)奥裸。