第二章 實(shí)踐的突破：持續(xù)部署，微服務(wù)和容器

這一章首先提出的是為什么在現(xiàn)在這個(gè)時(shí)間點(diǎn)上，我們?nèi)プ鯠evOps正合適；主要分析和描述了持續(xù)部署、微服務(wù)和容器三者微妙的關(guān)系。

微妙的關(guān)系

* ?從時(shí)間順序上貌似容器盤(pán)活了以上兩個(gè)陳舊的資產(chǎn)，但是相互收益

* 持續(xù)部署解決了應(yīng)用部署的高昂成本，容器對(duì)它的促進(jìn)和配合在于；使資源和架構(gòu)更加彈性，速度更快

* 基于傳統(tǒng)架構(gòu)和EBS的SOA已經(jīng)到了窮途末路，基于容器的微服務(wù)架構(gòu)已“不可變部署的優(yōu)勢(shì)”催生了新一代的離散模式SOA架構(gòu)。

持續(xù)集成

傳統(tǒng)軟件開(kāi)發(fā)

痛點(diǎn)很多可能上圖還不盡然。相信身處于瀑布式開(kāi)發(fā)洪流的Dev們更有話語(yǔ)權(quán)。

CI

遷移到持續(xù)集成的代價(jià)主要在于工作方式和工作重心的轉(zhuǎn)變。

流程

流程圖根據(jù)不同的企業(yè)開(kāi)發(fā)需求可以裁剪。

checkout code

這一步的基礎(chǔ)是代碼倉(cāng)庫(kù)的集中管理；如果在這里欠債角度，必須還清了，才能走上這一步。

部署前測(cè)試

發(fā)版本

發(fā)布管理的最后環(huán)節(jié)，CI之后交付出來(lái)的可用版本會(huì)比較多；選擇最終上生產(chǎn)的版本策略不同，有手動(dòng)選擇和自動(dòng)部署兩種風(fēng)格。