微服務(wù)云平臺(tái)及DEVOPS培訓(xùn)課件

微服務(wù)及DEVOPS楊鵬2020年02月微服務(wù)及DEVOPSPART01微服務(wù)介紹PART02

持續(xù)集成持續(xù)構(gòu)建PART03Devops介紹PART01PART02PART03”微”即是小由一系列小服務(wù)組成獨(dú)立運(yùn)行每個(gè)服務(wù)運(yùn)行于自己的獨(dú)立進(jìn)程業(yè)務(wù)建模圍繞著業(yè)務(wù)功能進(jìn)行建模獨(dú)立部署每個(gè)服務(wù)獨(dú)立部署5分散式管理最低限度的集中管理微服務(wù)更小更強(qiáng)更快微服務(wù)簡(jiǎn)介”微”即是小由一系列小服務(wù)組成獨(dú)立運(yùn)行每個(gè)服務(wù)運(yùn)行于自己的獨(dú)單體服務(wù)架構(gòu)用戶模塊……訂單模塊產(chǎn)品模塊財(cái)務(wù)模塊……公共模塊優(yōu)點(diǎn)：缺點(diǎn)：可用性低，宕機(jī)全死服務(wù)器要求高項(xiàng)目臃腫，代碼量飆升，耦合性過(guò)大系統(tǒng)架構(gòu)、業(yè)務(wù)架構(gòu)簡(jiǎn)單，容易理解集中部署，運(yùn)維容易單體服務(wù)架構(gòu)用戶模塊……訂單模塊產(chǎn)品模塊財(cái)務(wù)模塊……公共模塊微服務(wù)架構(gòu)用戶訂單財(cái)務(wù)產(chǎn)品郵件……配置優(yōu)點(diǎn)：缺點(diǎn)：業(yè)務(wù)架構(gòu)復(fù)雜拆分粒度難以界定部署維護(hù)困難高可用硬件配置低水平擴(kuò)展業(yè)務(wù)簡(jiǎn)單快速響應(yīng)耦合性低支持異構(gòu)業(yè)務(wù)內(nèi)聚分布式微服務(wù)架構(gòu)用戶訂單財(cái)務(wù)產(chǎn)品郵件……配置優(yōu)點(diǎn)：缺點(diǎn)：業(yè)務(wù)架構(gòu)復(fù)單體架構(gòu)的訪問(wèn)用戶模塊……訂單模塊產(chǎn)品模塊財(cái)務(wù)模塊……公共模塊單體架構(gòu)的訪問(wèn)用戶模塊……訂單模塊產(chǎn)品模塊財(cái)務(wù)模塊……公共模微服務(wù)架構(gòu)的訪問(wèn)訂單財(cái)務(wù)產(chǎn)品郵件……10.0.0.6:800110.0.0.1:800210.0.0.2:800310.0.0.3:800410.0.0.4:800510.0.0.5:8006訪問(wèn)關(guān)系復(fù)雜用戶1模塊用戶2用戶n10.0.0.7:800210.0.0.8:8002每個(gè)服務(wù)足夠內(nèi)聚，足夠小，代碼容易理解、開發(fā)效率提高服務(wù)之間可以獨(dú)立部署，微服務(wù)架構(gòu)讓持續(xù)部署成為可能;每個(gè)服務(wù)可以各自進(jìn)行x擴(kuò)展和z擴(kuò)展，而且，每個(gè)服務(wù)可以根據(jù)自己的需要部署到合適的硬件服務(wù)器上;容易擴(kuò)大開發(fā)團(tuán)隊(duì)，可以針對(duì)每個(gè)服務(wù)(service)組件開發(fā)團(tuán)隊(duì);提高容錯(cuò)性(faultisolation)，一個(gè)服務(wù)的內(nèi)存泄露并不會(huì)讓整個(gè)系統(tǒng)癱瘓;系統(tǒng)不會(huì)被長(zhǎng)期限制在某個(gè)技術(shù)棧上。1、同一功能的微服務(wù)部署多個(gè)，怎么訪問(wèn)配置？配置管理；2、服務(wù)是否正常，怎么監(jiān)控？即：服務(wù)的注冊(cè)和發(fā)現(xiàn)；3、怎么判斷服務(wù)壓力，壓力大時(shí)怎么進(jìn)行熔斷？服務(wù)容錯(cuò)；4、多態(tài)服務(wù)器的服務(wù)，怎么進(jìn)行負(fù)載均衡；負(fù)載均衡，服務(wù)網(wǎng)關(guān)；微服務(wù)架構(gòu)的訪問(wèn)訂單財(cái)務(wù)產(chǎn)品郵件……:800Springcloud與SpringBoot的關(guān)系Springboot是Spring的一套快速配置腳手架，可以基于springboot快速開發(fā)單個(gè)微服務(wù)，SpringCloud是一個(gè)基于SpringBoot實(shí)現(xiàn)的云應(yīng)用開發(fā)工具；Springboot專注于快速、方便集成的單個(gè)個(gè)體，SpringCloud是關(guān)注全局的服務(wù)治理框架；springboot使用了默認(rèn)大于配置的理念，很多集成方案已經(jīng)幫你選擇好了，能不配置就不配置，SpringCloud很大的一部分是基于Springboot來(lái)實(shí)現(xiàn)Springcloud與SpringBoot的關(guān)系SprSpringCloud組件一SpringCloudConfig配置管理開發(fā)工具包，可以讓你把配置放到遠(yuǎn)程服務(wù)器，目前支持本地存儲(chǔ)、Git以及Subversion。SpringCloudBus事件、消息總線，用于在集群（例如，配置變化事件）中傳播狀態(tài)變化，可與SpringCloudConfig聯(lián)合實(shí)現(xiàn)熱部署。

NetflixHystrix容錯(cuò)管理工具，旨在通過(guò)控制服務(wù)和第三方庫(kù)的節(jié)點(diǎn),從而對(duì)延遲和故障提供更強(qiáng)大的容錯(cuò)能力。SpringCloudforCloudFoundry通過(guò)Oauth2協(xié)議綁定服務(wù)到CloudFoundry，CloudFoundry是VMware推出的開源PaaS云平臺(tái)。SpringCloudNetflix針對(duì)多種Netflix組件提供的開發(fā)工具包，其中包括Eureka、Hystrix、Zuul、Archaius等。NetflixEureka云端負(fù)載均衡，一個(gè)基于REST的服務(wù)，用于定位服務(wù)，以實(shí)現(xiàn)云端的負(fù)載均衡和中間層服務(wù)器的故障轉(zhuǎn)移。NetflixZuul邊緣服務(wù)工具，是提供動(dòng)態(tài)路由，監(jiān)控，彈性，安全等的邊緣服務(wù)。

NetflixArchaius配置管理API，包含一系列配置管理API，提供動(dòng)態(tài)類型化屬性、線程安全配置操作、輪詢框架、回調(diào)機(jī)制等功能。SpringCloud組件一SpringCloudCSpringCloud組件二經(jīng)驗(yàn)總結(jié)246531SpringCloudDataFlow：大數(shù)據(jù)操作工具，通過(guò)命令行方式操作數(shù)據(jù)流。SpringCloudSecurity：安全工具包，為你的應(yīng)用程序添加安全控制，主要是指OAuth2。SpringCloudConsul：封裝了Consul操作，consul是一個(gè)服務(wù)發(fā)現(xiàn)與配置工具，與Docker容器可以無(wú)縫集成。SpringCloudZookeeper：操作Zookeeper的工具包，用于使用zookeeper方式的服務(wù)注冊(cè)和發(fā)現(xiàn)。SpringCloudStream：數(shù)據(jù)流操作開發(fā)包，封裝了與Redis,Rabbit、Kafka等發(fā)送接收消息。SpringCloudCLI：基于SpringBootCLI，可以讓你以命令行方式快速建立云組件。7SpringCloudSleuth：日志收集工具包，封裝了Dapper,Zipkin和HTrace操作。SpringCloud組件二經(jīng)驗(yàn)總結(jié)246531Spri服務(wù)發(fā)現(xiàn)NetflixEureka客服端負(fù)載均衡NetflixRibbon斷路器NetflixHystrix服務(wù)網(wǎng)關(guān)NetflixZuul分布式配置SpringCloudConfigSpringCloud分布式開發(fā)五大神獸服務(wù)發(fā)現(xiàn)NetflixEureka客服端負(fù)載均衡NetflEureka服務(wù)注冊(cè)123Register：服務(wù)注冊(cè)當(dāng)Eureka客戶端向EurekaServer注冊(cè)時(shí)，它提供自身的元數(shù)據(jù)，比如IP地址、端口，運(yùn)行狀況指示符URL，主頁(yè)等。Renew：服務(wù)續(xù)約

Eureka客戶會(huì)每隔30秒發(fā)送一次心跳來(lái)續(xù)約。通過(guò)續(xù)約來(lái)告知EurekaServer該Eureka客戶仍然存在，沒有出現(xiàn)問(wèn)題。正常情況下，如果EurekaServer在90秒沒有收到Eureka客戶的續(xù)約，它會(huì)將實(shí)例從其注冊(cè)表中刪除。

FetchRegistries：獲取注冊(cè)列表信息Eureka客戶端從服務(wù)器獲取注冊(cè)表信息，并將其緩存在本地?？蛻舳藭?huì)使用該信息查找其他服務(wù)，從而進(jìn)行遠(yuǎn)程調(diào)用。該注冊(cè)列表信息定期（每30秒鐘）更新一次。每次返回注冊(cè)列表信息可能與Eureka客戶端的緩存信息不同，Eureka客戶端自動(dòng)處理。Cancel：服務(wù)下線Eureka客戶端在程序關(guān)閉時(shí)向Eureka服務(wù)器發(fā)送取消請(qǐng)求。發(fā)送請(qǐng)求后，該客戶端實(shí)例信息將從服務(wù)器的實(shí)例注冊(cè)表中刪除。該下線請(qǐng)求不會(huì)自動(dòng)完成，它需要調(diào)用以下內(nèi)容：

DiscoveryManager.getInstance().shutdownComponent()；5Eviction服務(wù)剔除在默認(rèn)的情況下，當(dāng)Eureka客戶端連續(xù)90秒沒有向Eureka服務(wù)器發(fā)送服務(wù)續(xù)約，即心跳，Eureka服務(wù)器會(huì)將該服務(wù)實(shí)例從服務(wù)注冊(cè)列表刪除，即服務(wù)剔除。Eureka的高級(jí)架構(gòu)圖Eureka服務(wù)注冊(cè)123Register：服務(wù)注冊(cè)當(dāng)EurRibbon負(fù)載均衡123Ribbon的工作

第一步有限選擇EurekaServer，它優(yōu)先選擇在同一個(gè)Zone且負(fù)載較少的Server，

第二步在根據(jù)用戶指定的策略，在從Server取到的服務(wù)注冊(cè)列表中選擇一個(gè)地址。其中Ribbon提供了多重策略，例如輪詢r(jià)oundrobin、隨機(jī)Random、根據(jù)相應(yīng)時(shí)間加權(quán)等。負(fù)載均衡策略

簡(jiǎn)單輪詢負(fù)載均衡加權(quán)響應(yīng)時(shí)間負(fù)載均衡區(qū)域感知輪詢負(fù)載均衡隨機(jī)負(fù)載均衡Ribbon中還包括以下功能：易于與服務(wù)發(fā)現(xiàn)組件（比如Netflix的Eureka）集成使用Archaius完成運(yùn)行時(shí)配置使用JMX暴露運(yùn)維指標(biāo)，使用Servo發(fā)布多種可插拔的序列化選擇Ribbon架構(gòu)圖EurekaServer服務(wù)消費(fèi)者服務(wù)提供者1服務(wù)提供者2服務(wù)提供者3Ribbon注冊(cè)注冊(cè)注冊(cè)注冊(cè)可用服務(wù)列表負(fù)載均衡請(qǐng)求Ribbon負(fù)載均衡123Ribbon的工作

第一步有限選擇Hystrix熔斷器123服務(wù)雪崩效應(yīng)形成的原因

服務(wù)提供者不可用重試加大流量服務(wù)調(diào)用者不可用Hystrix的設(shè)計(jì)原則包括:

資源隔離熔斷器命令模式熔斷器的概念熔斷器即斷路器，斷路器(CricuitBreaker)是一種能夠在遠(yuǎn)程服務(wù)不可用時(shí)自動(dòng)熔斷(打開開關(guān))，并在遠(yuǎn)程服務(wù)恢復(fù)時(shí)自動(dòng)恢復(fù)(閉合開關(guān))的設(shè)施，SpringCloud通過(guò)Netflix的Hystrix組件提供斷路器、資源隔離與自我修復(fù)功能。

Hystrix架構(gòu)圖Hystrix熔斷器123服務(wù)雪崩效應(yīng)形成的原因服務(wù)提供者不ZUUL網(wǎng)關(guān)123驗(yàn)證與安全保障

識(shí)別面向各類資源的驗(yàn)證要求并拒絕那些與要求不符的請(qǐng)求。審查與監(jiān)控在邊緣位置追蹤有意義數(shù)據(jù)及統(tǒng)計(jì)結(jié)果，從而為我們帶來(lái)準(zhǔn)確的生產(chǎn)狀態(tài)結(jié)論。動(dòng)態(tài)路由以動(dòng)態(tài)方式根據(jù)需要將請(qǐng)求路由至不同后端集群處。ZUUL架構(gòu)圖4壓力測(cè)試逐漸增加指向集群的負(fù)載流量，從而計(jì)算性能水平。5負(fù)載分配為每一種負(fù)載類型分配對(duì)應(yīng)容量，并棄用超出限定值的請(qǐng)求。6靜態(tài)響應(yīng)處理在邊緣位置直接建立部分響應(yīng)，從而避免其流入內(nèi)部集群。7多區(qū)域彈性跨越AWS區(qū)域進(jìn)行請(qǐng)求路由，旨在實(shí)現(xiàn)ELB使用多樣化并保證邊緣位置與使用者盡可能接近。ZUUL網(wǎng)關(guān)123驗(yàn)證與安全保障

識(shí)別面向各類資源的驗(yàn)證要求SpringCloudConfig配置中心SpringCloudConfig架構(gòu)圖SpringCloudConfig提供基于以下3個(gè)維度的配置管理：應(yīng)用這個(gè)比較好理解，每個(gè)配置都是屬于某一個(gè)應(yīng)用的環(huán)境每個(gè)配置都是區(qū)分環(huán)境的，如dev,test,uat,prod等版本這個(gè)可能是一般的配置中心所缺乏的，就是對(duì)同一份配置的不同版本管理SpringCloudConfig提供版本的支持，也就是說(shuō)對(duì)于一個(gè)應(yīng)用的不同部署實(shí)例，可以從服務(wù)端獲取到不同版本的配置，這對(duì)于一些特殊場(chǎng)景如：灰度發(fā)布，A/B測(cè)試等提供了很好的支持SpringCloudConfig配置中心Spring

產(chǎn)出于spring大家族，spring在企業(yè)級(jí)開發(fā)框架中無(wú)人能敵，來(lái)頭很大，可以保證后續(xù)的更新、完善。比如dubbo現(xiàn)在就差不多死了有springBoot這個(gè)獨(dú)立干將可以省很多事，大大小小的活springboot都搞的挺不錯(cuò)。作為一個(gè)微服務(wù)治理的大家伙，考慮的很全面，幾乎服務(wù)治理的方方面面都考慮到了，方便開發(fā)開箱即用。SpringCloud活躍度很高，教程很豐富，遇到問(wèn)題很容易找到解決方案輕輕松松幾行代碼就完成了熔斷、均衡負(fù)責(zé)、服務(wù)中心的各種平臺(tái)功能SpringCloud的優(yōu)勢(shì)SpringCloud的優(yōu)勢(shì)PART01微服務(wù)介紹PART02

持續(xù)集成持續(xù)構(gòu)建PART03Devops介紹PART01PART02PART031、微服務(wù)一般一個(gè)功能2-3天開發(fā)完畢，微服務(wù)的應(yīng)用改動(dòng)部署后，并且頻繁的改動(dòng)，測(cè)試的工作量很大，測(cè)試人員壓力較大；2、微服務(wù)的應(yīng)用很多，很多運(yùn)維環(huán)境需要搭建，運(yùn)維人員部署1000臺(tái)/10w臺(tái)機(jī)器，監(jiān)控1000臺(tái)/10w臺(tái)機(jī)器，難度加大；3、其他問(wèn)題；微服務(wù)帶來(lái)的測(cè)試、集成、構(gòu)建、部署問(wèn)題DEVOPS我的代碼是好的，要么是你們部署的姿勢(shì)不對(duì)，要么就是你們的基礎(chǔ)架構(gòu)有問(wèn)題基礎(chǔ)設(shè)施肯定是好的，一定是你們代碼的問(wèn)題1、微服務(wù)一般一個(gè)功能2-3天開發(fā)完畢，微服務(wù)的應(yīng)用改動(dòng)部署微服務(wù)帶來(lái)的測(cè)試、集成、構(gòu)建、部署問(wèn)題微服務(wù)帶來(lái)的測(cè)試、集成、構(gòu)建、部署問(wèn)題TDD(測(cè)試驅(qū)動(dòng)開發(fā))TDD得原理是在開發(fā)功能代碼之前，先編寫單元測(cè)試用例代碼，測(cè)試代碼確定需要編寫什么產(chǎn)品代碼。TDD得基本思路就是通過(guò)測(cè)試來(lái)推動(dòng)整個(gè)開發(fā)得進(jìn)行，但測(cè)試驅(qū)動(dòng)開發(fā)并不只是單純的測(cè)試工作，而是把需求分析，設(shè)計(jì)，質(zhì)量控制量化的過(guò)程。優(yōu)點(diǎn)：在任意一個(gè)開發(fā)節(jié)點(diǎn)都可以拿出一個(gè)可以使用，含少量bug并具一定功能的產(chǎn)品。缺點(diǎn)：增加代碼量。測(cè)試代碼是系統(tǒng)代碼的兩倍或更多。FDD(特征驅(qū)動(dòng)開發(fā))敏捷測(cè)試的方法TDD(測(cè)試驅(qū)動(dòng)開發(fā))TDD得原理是在開發(fā)功能代碼之前，先編CI/CD全過(guò)程管理CI/CD全過(guò)程管理容器Container鏡像images倉(cāng)庫(kù)Repositories執(zhí)行構(gòu)建分發(fā)Docker的鏡像類似虛擬機(jī)的模板，但是更輕量例如：一個(gè)鏡像可以包含一個(gè)完整的Linux操作系統(tǒng)環(huán)境，里面僅安裝了Tomcat或用戶需要的其它應(yīng)用程序鏡像可以用來(lái)創(chuàng)建容器等同于從模板中創(chuàng)建虛擬機(jī)容器是從鏡像創(chuàng)建的運(yùn)行實(shí)例。它可以被啟動(dòng)、開始、停止、刪除。每個(gè)容器都是相互隔離的、保證安全的平臺(tái)?？梢园讶萜骺醋鍪且粋€(gè)簡(jiǎn)易版的Linux環(huán)境（包括root用戶權(quán)限、進(jìn)程空間、用戶空間和網(wǎng)絡(luò)空間等）和運(yùn)行在其中的應(yīng)用程序。JAVA項(xiàng)目如何通過(guò)Docker實(shí)現(xiàn)持續(xù)部署（只需簡(jiǎn)單四步），全程無(wú)需運(yùn)維人員參與即：1、開發(fā)人員通過(guò)gitpush上傳代碼2、經(jīng)Git和Jenkins配合3、自動(dòng)完成程序部署4、發(fā)布存放鏡像的集合。倉(cāng)庫(kù)會(huì)包含不同軟件的不同版本的鏡像，通過(guò)<倉(cāng)庫(kù)嗎>:<標(biāo)簽>存儲(chǔ)。分層存儲(chǔ)不同軟件的鏡像。容器管理技術(shù)Docker三大核心概念Docker是一個(gè)開源的應(yīng)用容器引擎，讓開發(fā)者可以打包他們的應(yīng)用以及依賴包到一個(gè)可移植的鏡像中，然后發(fā)布到任何流行的

Linux或Windows機(jī)器上，也可以實(shí)現(xiàn)虛擬化。容器是完全使用沙箱機(jī)制，相互之間不會(huì)有任何接口。即：隔離空間。一次執(zhí)行，處處運(yùn)行容器鏡像倉(cāng)庫(kù)執(zhí)行構(gòu)建分發(fā)Docker的鏡像類似虛擬機(jī)的模板基于容器構(gòu)筑具備完全一致性的開發(fā)測(cè)試環(huán)境Docker開發(fā)環(huán)境Docker功能測(cè)試環(huán)境Docker集成測(cè)試環(huán)境Docker生產(chǎn)環(huán)境開發(fā)構(gòu)建部署發(fā)布鏡像倉(cāng)庫(kù)代碼庫(kù)變更時(shí)手動(dòng)或自動(dòng)觸發(fā)代碼構(gòu)建代碼構(gòu)建自動(dòng)形成開發(fā)環(huán)境自動(dòng)形成測(cè)試環(huán)境自動(dòng)部署到生產(chǎn)環(huán)境測(cè)試集成我們項(xiàng)目最初的系統(tǒng)配置管理工作是由架構(gòu)師來(lái)做的，主要需要做如下這些事：?a)?部署運(yùn)行項(xiàng)目組開發(fā)需要用到公共的服務(wù)組件、例如zookeeper注冊(cè)中心、Docker?Registry鏡像倉(cāng)庫(kù)、數(shù)據(jù)庫(kù)等；?b)?為子項(xiàng)目編寫在git上打分支的腳本，便于測(cè)試發(fā)版的時(shí)候打分支；c)?編寫各類型應(yīng)用發(fā)布部署成鏡像的Dockerfile；?d)?制作或者在網(wǎng)上找到現(xiàn)成的開發(fā)所需環(huán)境的Docker鏡像，并且Push到項(xiàng)目開發(fā)使用的私有鏡像庫(kù)中；?e)?編寫Shell腳本實(shí)現(xiàn)將子項(xiàng)目打包成Docker鏡像，并且Push到鏡像倉(cāng)庫(kù)中。?f)?在Jenkins上配置自動(dòng)編譯或者部署任務(wù)，實(shí)現(xiàn)持續(xù)集成和部署基于容器構(gòu)筑具備完全一致性的開發(fā)測(cè)試環(huán)境DockerDock容器管理平臺(tái)整體架構(gòu)容器管理平臺(tái)整體架構(gòu)開發(fā)運(yùn)維集群流程變化開發(fā)運(yùn)維集群流程變化容器編排工具的一些關(guān)鍵能力概括如下：集群管理：將虛擬機(jī)和物理機(jī)器的集群管理為一臺(tái)大型機(jī)器。這些機(jī)器在資源能力方面可能有些差異，但大體上都是以Linux作為操作系統(tǒng)的機(jī)器。這些虛擬集群可以建立在云上、本地或兩者的混合。部署：能處理有大量機(jī)器的應(yīng)用程序和容器的自動(dòng)部署。支持多個(gè)版本的應(yīng)用程序容器，并且還支持跨越大量集群機(jī)器的滾動(dòng)升級(jí)。這些工具還能夠處理故障回滾?？缮炜s性：支持應(yīng)用實(shí)例的自動(dòng)和手動(dòng)伸縮，以性能優(yōu)化為主要目標(biāo)。健康：它管理集群、節(jié)點(diǎn)和應(yīng)用程序的健康?？梢詮募褐幸瞥惓５臋C(jī)器和應(yīng)用程序?qū)嵗；A(chǔ)結(jié)構(gòu)抽象化：開發(fā)人員不必?fù)?dān)心機(jī)器、容量等問(wèn)題。完全是容器編排工具來(lái)決定如何調(diào)度和運(yùn)行應(yīng)用程序。這些工具也抽象化機(jī)器的細(xì)節(jié)、能力、使用和位置。對(duì)于應(yīng)用程序所有者來(lái)說(shuō)，它們相當(dāng)于一個(gè)容量幾乎無(wú)限的大型機(jī)器。資源優(yōu)化：這些工具以有效的方式在一組可用機(jī)器上分配容器工作負(fù)載，從而降低成本，通過(guò)從簡(jiǎn)單的到復(fù)雜的算法可有效地提高利用率。資源分配：基于應(yīng)用程序開發(fā)人員設(shè)置的資源可用性和約束來(lái)分配服務(wù)器。資源分配將基于約束、規(guī)則、端口要求、應(yīng)用依賴性、健康等等。服務(wù)可用性：確保服務(wù)在集群中正常運(yùn)行。在機(jī)器故障的情況下，容器編排會(huì)自動(dòng)通過(guò)在集群中的其他機(jī)器上重新啟動(dòng)這些服務(wù)來(lái)處理故障。敏捷性：敏捷性工具能夠快速分配工作負(fù)載到可用資源，或者在資源需求發(fā)生變化時(shí)跨機(jī)器移動(dòng)工作量。此外，可以根據(jù)業(yè)務(wù)臨界性、業(yè)務(wù)優(yōu)先級(jí)等來(lái)設(shè)置約束重新調(diào)整資源。隔離：一些工具提供了資源隔離。因此，即使應(yīng)用程序不是容器化的，也可以實(shí)現(xiàn)資源隔離。什么容器編排工具容器編排工具的一些關(guān)鍵能力概括如下：什么容器編排工具容器的編排管理工具K8S2017年docker官方宣布支持K8s；現(xiàn)在國(guó)內(nèi)大多數(shù)公司都可使用k8s進(jìn)行傳統(tǒng)IT服務(wù)轉(zhuǎn)換，以實(shí)現(xiàn)高效管理等；harbor鏡像倉(cāng)庫(kù)是由VMware開源的一款企業(yè)級(jí)鏡像倉(cāng)庫(kù)，它包括權(quán)限管理(RBAC)、LDAP、日志審核、管理界面、自我注冊(cè)、鏡像復(fù)制等諸多功能。容器的編排管理工具K8S2017年docker官方宣布支持KK8s集群搭建K8s集群K8s-存儲(chǔ)K8s-網(wǎng)絡(luò)鏡像倉(cāng)庫(kù)業(yè)務(wù)部署負(fù)載均衡彈性伸縮灰度發(fā)布打包二進(jìn)制包+dockerfileK8s集群搭建K8s集群K8s-存儲(chǔ)K8s-網(wǎng)絡(luò)鏡像倉(cāng)庫(kù)業(yè)務(wù)LB負(fù)載均衡CD／云平臺(tái)灰度發(fā)布典型流程：可部分更新服務(wù)，并選擇更新的實(shí)例數(shù)如果更新成功，更新會(huì)暫?？蓪⒉糠至髁恳龑?dǎo)至新實(shí)例，進(jìn)行測(cè)試如果測(cè)試通過(guò)，可繼續(xù)更新剩余實(shí)例如果測(cè)試失敗，可將服務(wù)回滾至舊版本在任何階段如果更新發(fā)生錯(cuò)誤，可將服務(wù)回滾到舊版本真正的灰度發(fā)布需要實(shí)現(xiàn)應(yīng)用容器化、數(shù)據(jù)庫(kù)分布化以及負(fù)載均衡的無(wú)狀態(tài)切換灰度發(fā)布與容器化（基于K8s或Mesos)LB負(fù)載均衡CD／云平臺(tái)灰度發(fā)布典型流程：真正的灰度發(fā)布需要DevOps與云平臺(tái)的關(guān)系DevOps與云平臺(tái)的關(guān)系DevOps在大Paas規(guī)劃中的定位DevOps是大Paas平臺(tái)規(guī)劃中的核心組成部分，有了DevOps能力才使快速交付、熱修復(fù)和灰度發(fā)布成為可能SaaSPaaSIaaS通用fu’wuX86服務(wù)器DockerVMPower網(wǎng)絡(luò)\存儲(chǔ)…網(wǎng)絡(luò)\存儲(chǔ)基礎(chǔ)設(shè)施業(yè)務(wù)能力渠道中心客戶中心營(yíng)銷中心產(chǎn)品中心客服中心資源中心訂單中心支付中心開通中心合作伙伴計(jì)費(fèi)中心結(jié)算中心賬務(wù)中心信用中心賬單中心策略中心IDE開發(fā)工具開發(fā)需求BUG管理版本管理發(fā)布管理開發(fā)流水線企業(yè)內(nèi)部應(yīng)用CRMECSESOP……對(duì)外能力提供數(shù)據(jù)共享電信接口社會(huì)服務(wù)……IPSDocker引擎多租戶管理資源管理組件超市集群管理系統(tǒng)管理服務(wù)管理軟件資產(chǎn)管理業(yè)務(wù)服務(wù)技術(shù)服務(wù)COMFRAMECSFDADBLog4XAmberAICache關(guān)系數(shù)據(jù)庫(kù)AMBER規(guī)則引擎負(fù)載均衡負(fù)載均衡MSGFS彈性計(jì)算服務(wù)大數(shù)據(jù)服務(wù)規(guī)則中心統(tǒng)一事件中心日志處理框架二維碼權(quán)限管理框架消息處理中心資源調(diào)度與編排應(yīng)用生命周期管理技術(shù)能力服務(wù)與管理倉(cāng)庫(kù)技術(shù)組件統(tǒng)一異常處理灰度發(fā)布熱修復(fù)平臺(tái)調(diào)用連分析日志分析配置管理審批管理系統(tǒng)配置Paas平臺(tái)門戶運(yùn)營(yíng)方OP使用方OP提供方OPDevOpsCloudDevOps在大Paas規(guī)劃中的定位DevOps是大PaasPART01微服務(wù)介紹PART02持續(xù)集成持續(xù)構(gòu)建PART03Devops介紹PART01PART02PART03傳統(tǒng)軟件開發(fā)模式傳統(tǒng)軟件開發(fā)模式移動(dòng)互聯(lián)網(wǎng)時(shí)代的特征就是快，產(chǎn)品的決策快、推出快、迭代快、變革快，快能抓住機(jī)遇、掌握主動(dòng)。生態(tài)變化產(chǎn)品應(yīng)用變化渠道變化商業(yè)模式變化客戶行為變化快DevOps開發(fā)運(yùn)維QA階段要求開發(fā)業(yè)務(wù)架構(gòu)：多中心、能力開放技術(shù)架構(gòu)：SOA、微服務(wù)、技術(shù)組件標(biāo)準(zhǔn)化/服務(wù)化QA持續(xù)集成自動(dòng)化測(cè)試運(yùn)維快速發(fā)布、滾動(dòng)升級(jí)、灰度發(fā)布、彈性伸縮開發(fā)、測(cè)試、生成環(huán)境的標(biāo)準(zhǔn)化案例分析：支撐系統(tǒng)有2000多萬(wàn)行代碼，代碼構(gòu)建一次需要40多分鐘；由于各個(gè)應(yīng)用之間錯(cuò)綜復(fù)雜，在集中提交代碼模式下構(gòu)建發(fā)布失敗率超過(guò)20%；一次產(chǎn)品發(fā)布需要2周以上的時(shí)間流程方法工具互聯(lián)網(wǎng)業(yè)務(wù)的變化移動(dòng)互聯(lián)網(wǎng)時(shí)代的特征就是快，產(chǎn)品的決策快、推出快、迭代快、變需求提出需求分析功能設(shè)計(jì)代碼開發(fā)測(cè)試驗(yàn)證發(fā)布上線運(yùn)維監(jiān)控1-2個(gè)月長(zhǎng)周期交付無(wú)法及時(shí)響應(yīng)需求變化需求從提出到上線反饋時(shí)間長(zhǎng)1-2周短周期交付快速響應(yīng)需求變化自動(dòng)化測(cè)試保證質(zhì)量瀑布式開發(fā)敏捷開發(fā)瀑布式開發(fā)和敏捷開發(fā)需求提出需求分析功能設(shè)計(jì)代碼開發(fā)測(cè)試驗(yàn)證發(fā)布上線運(yùn)維監(jiān)控1-業(yè)務(wù)人員開發(fā)測(cè)試人員運(yùn)維人員最終用戶想法市場(chǎng)計(jì)劃和需求開發(fā)和測(cè)試發(fā)布和部署反饋和優(yōu)化持續(xù)業(yè)務(wù)計(jì)劃和需求分析協(xié)作式開發(fā)持續(xù)測(cè)試持續(xù)監(jiān)控持續(xù)發(fā)布和部署DevOps精益和敏捷原理持續(xù)改進(jìn)、持續(xù)反饋、持續(xù)優(yōu)化DevOps理念業(yè)務(wù)人員開發(fā)運(yùn)維人員最終用戶想法市場(chǎng)計(jì)劃和需求開發(fā)和測(cè)試發(fā)基本原則項(xiàng)目不停、需求不斷持續(xù)迭代、持續(xù)交付Devops的基本定義基本原則項(xiàng)目不停、需求不斷持續(xù)迭代、持續(xù)交付Devops的基敏捷開發(fā)CI/CD自動(dòng)化測(cè)試代碼掃描工具成果展示建立融合型的敏捷開發(fā)團(tuán)隊(duì)業(yè)務(wù)POMaster團(tuán)隊(duì)運(yùn)維提供業(yè)務(wù)需求及相關(guān)素材、負(fù)責(zé)需求澄清說(shuō)明及驗(yàn)收確認(rèn)需求轉(zhuǎn)化拆分為用戶故事、面向團(tuán)隊(duì)代表客戶進(jìn)行需求跟蹤協(xié)助團(tuán)隊(duì)完成迭代任務(wù)、排除團(tuán)隊(duì)面臨的障礙、確保團(tuán)隊(duì)遵守敏捷開發(fā)規(guī)則根據(jù)需求實(shí)現(xiàn)迭代承諾并交付、完成迭代開發(fā)中的各項(xiàng)工程實(shí)踐任務(wù)在團(tuán)隊(duì)實(shí)現(xiàn)需求時(shí)提出運(yùn)維建議并在迭代評(píng)審時(shí)進(jìn)行確認(rèn)迭代啟動(dòng)會(huì)迭代計(jì)劃會(huì)每日立會(huì)迭代評(píng)審迭代回顧迭代開始前3天進(jìn)行，評(píng)估分析可以進(jìn)入迭代的需求范圍，后續(xù)進(jìn)行需求分析，時(shí)長(zhǎng)1小時(shí)迭代開始前1天進(jìn)行，根據(jù)完成分析的需求進(jìn)行迭代任務(wù)拆分，估算任務(wù)工作量，時(shí)長(zhǎng)1小時(shí)迭代中每天早上9點(diǎn)40分準(zhǔn)時(shí)開始，團(tuán)隊(duì)成員講述任務(wù)完成情況，時(shí)長(zhǎng)15分鐘迭代結(jié)束后進(jìn)行迭代評(píng)審，演示并驗(yàn)證交付的需求，展示單元測(cè)試和自動(dòng)化測(cè)試結(jié)果，時(shí)長(zhǎng)1小時(shí)迭代評(píng)審后進(jìn)行迭代回顧，總結(jié)迭代中的經(jīng)驗(yàn)教訓(xùn)，確定下迭代的改進(jìn)內(nèi)容，時(shí)長(zhǎng)30分鐘敏捷團(tuán)隊(duì)與會(huì)議敏捷宣言的價(jià)值觀（四大宣言）個(gè)體和交互?重于?過(guò)程和工具?工作的軟件?重于?詳盡的文檔?客戶合作?重于?合同談判?響應(yīng)變化?重于?遵循計(jì)劃三種角色五大會(huì)議敏捷開發(fā)CI/CD自動(dòng)化測(cè)試代碼掃描工具成果展示建立融合型的敏捷的進(jìn)度管理看板每日工作圍繞用戶故事展開什么是用戶故事描述高級(jí)的功能代表一小部分終端用戶功能是合作書寫的結(jié)果是對(duì)未來(lái)的承諾，是“更為詳細(xì)的”語(yǔ)言包含書面文字、口頭敘述、圖片等包含了用戶故事的驗(yàn)收標(biāo)準(zhǔn)的邊界

用戶故事和看板的使用例子:敘述：作為一個(gè)…手機(jī)銀行的用戶我想要…查看我的賬戶信息所以…我可以了解我的賬戶活動(dòng)情況驗(yàn)收標(biāo)準(zhǔn):給定……我已經(jīng)登錄系統(tǒng)當(dāng)……我選擇在我的手機(jī)銀行賬戶查看賬戶信息時(shí)然后……我能根據(jù)所選擇的賬戶（賬戶名稱、投資理財(cái)方案、外匯購(gòu)買等）查看賬戶細(xì)節(jié)為什么使用看板？看板促進(jìn)流動(dòng)的概念，以持續(xù)為客戶/最終用戶提供價(jià)值通過(guò)可視化工作流程，我們可以為每個(gè)人都看到任務(wù)，活動(dòng)和瓶頸正在進(jìn)行中的工作（WIP）確保我們專注于提高質(zhì)量，增加對(duì)任務(wù)的關(guān)注，并確保我們停止啟動(dòng)并開始整理主要原則：可視化工作限制正在進(jìn)行的工作管理流程明確制定流程政策實(shí)施反饋回路協(xié)同改進(jìn)，實(shí)驗(yàn)演變敏捷的進(jìn)度管理看板每日工作圍繞用戶故事展開什么是用戶故事用戶Sonar效果：1)阻斷級(jí)違規(guī)：405->202)嚴(yán)重級(jí)違規(guī)：

2307->22913)代碼變更行數(shù)：

190->360+敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示DevOps實(shí)施落地–代碼掃描工具代碼掃描工具Sonar效果：敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示DevOCI/CD整體流程開發(fā)活動(dòng)、測(cè)試活動(dòng)、生產(chǎn)交付活動(dòng)通過(guò)CI／CD系統(tǒng)串聯(lián)自動(dòng)化并全領(lǐng)域覆蓋Agile-敏捷活動(dòng)CI-持續(xù)集成CD-持續(xù)交付設(shè)計(jì)開發(fā)需求軟件構(gòu)建(代碼&SQL)代碼掃描單元測(cè)試Junit應(yīng)用部署(測(cè)試環(huán)境)自動(dòng)化測(cè)試(接口&UI)集成測(cè)試版本交付應(yīng)用部署(準(zhǔn)生產(chǎn)環(huán)境)驗(yàn)收測(cè)試應(yīng)用部署(生產(chǎn)環(huán)境)系統(tǒng)運(yùn)營(yíng)敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示流程節(jié)點(diǎn)可定制DevOps實(shí)施落地－CI/CD整體流程圖代碼掃描工具CI/CD整體流程開發(fā)活動(dòng)、測(cè)試活動(dòng)、生產(chǎn)交付活動(dòng)通過(guò)CI／多業(yè)務(wù)環(huán)境的處理按交付領(lǐng)域不同的環(huán)境進(jìn)行分領(lǐng)域多維度的統(tǒng)一管理開發(fā)環(huán)境測(cè)試環(huán)境準(zhǔn)生產(chǎn)環(huán)境生產(chǎn)環(huán)境分領(lǐng)域集成預(yù)處理軟件構(gòu)建部署發(fā)布在線測(cè)試多維度敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示代碼掃描工具DevOps實(shí)施落地－CI/CD按環(huán)境管理多業(yè)務(wù)環(huán)境的處理按交付領(lǐng)域不同的環(huán)境進(jìn)行分領(lǐng)域多維度的統(tǒng)一管開發(fā)人員直觀視角開發(fā)人員提交代碼時(shí)，CI根據(jù)任務(wù)單號(hào)自動(dòng)捕獲、自動(dòng)編譯、自動(dòng)測(cè)試環(huán)境部署需求單提交測(cè)試分支構(gòu)建版本生成部署版本生成測(cè)試環(huán)境部署交付分支構(gòu)建版本生成準(zhǔn)生產(chǎn)環(huán)境部署生產(chǎn)環(huán)境部署交付使用敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示CI/CD任務(wù)單提交變更流程代碼掃描工具開發(fā)人員直觀視角開發(fā)人員提交代碼時(shí)，CI根據(jù)任務(wù)單號(hào)自動(dòng)捕獲其他對(duì)接系統(tǒng)用戶HA/LVS安全認(rèn)證APIGateway消息中心消息總線消息路由探測(cè)微服務(wù)性能測(cè)試微服務(wù)任務(wù)調(diào)度微服務(wù)仿真微服務(wù)7*24小時(shí)業(yè)務(wù)監(jiān)控UI及接口自動(dòng)化測(cè)試對(duì)壓力性能測(cè)試進(jìn)行管理代碼審查微服務(wù)對(duì)源碼進(jìn)行編碼審查安全掃描微服務(wù)對(duì)系統(tǒng)進(jìn)行安全掃描Web服務(wù)器集群測(cè)試過(guò)程管理數(shù)據(jù)存儲(chǔ)測(cè)試案例管理測(cè)試任務(wù)管理缺陷管理服務(wù)注冊(cè)服務(wù)發(fā)現(xiàn)共享緩存日志管理配置管理測(cè)試計(jì)劃管理運(yùn)維管理自動(dòng)化測(cè)試微服務(wù)測(cè)試流程管控?cái)?shù)據(jù)存儲(chǔ)Iaas（測(cè)試資源管理）可持續(xù)集成敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示DevOps實(shí)施落地–自動(dòng)測(cè)試平臺(tái)（ATP）代碼掃描工具其他對(duì)接系統(tǒng)用戶HA/LVS安全認(rèn)證APIGateway消原理接口測(cè)試的原理是通過(guò)測(cè)試程序模擬客戶端向服務(wù)器發(fā)送請(qǐng)求報(bào)文，服務(wù)器接收請(qǐng)求報(bào)文后對(duì)相應(yīng)的報(bào)文做出處理然后再把應(yīng)答報(bào)文發(fā)送給客戶端，客戶端接收應(yīng)答報(bào)文這一個(gè)過(guò)程。目的測(cè)試接口的正確性和穩(wěn)定性（持續(xù)集成是接口測(cè)試的核心）。1)LoadRunner：一款商業(yè)性能測(cè)試工具，用來(lái)做接口測(cè)試，很好很強(qiáng)大

2)Jmeter：一款開源的性能測(cè)試工具，操作簡(jiǎn)單，方便，既有jdbcrequest操作數(shù)據(jù)庫(kù)數(shù)據(jù)，也有httprequest和soaprequest應(yīng)對(duì)測(cè)試3)poster：火狐瀏覽器自帶接口測(cè)試工具，插件中安裝即可，界面簡(jiǎn)單明了，容易上手。4)postman：谷歌瀏覽器的擴(kuò)展工具，谷歌商店中選中安裝，界面同poster差別不大，界面簡(jiǎn)潔

5)SoapUI：開源測(cè)試工具，通過(guò)soap/http來(lái)檢查、調(diào)用、實(shí)現(xiàn)WebService的功能/負(fù)載/符合性測(cè)試；該工具既可作為一個(gè)單獨(dú)的接口測(cè)試工具使用，也可利用插件集成到Eclipse，maven2.X，Netbeans和intellij中使用。敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示代碼掃描工具DevOps實(shí)施落地–接口自動(dòng)化測(cè)試工具介紹原理接口測(cè)試的原理是通過(guò)測(cè)試程序模擬客戶端向服務(wù)器發(fā)送請(qǐng)求報(bào)自動(dòng)化測(cè)試工具有很多，如QTP,Selenium,RFT,MonkeyTest,Jmeter等。五花八門，有開源的也有商業(yè)的，但主流的測(cè)試工具還是QTP和Selenium，由于Selenium的開源和強(qiáng)大的瀏覽器兼容性和跨平臺(tái)性，正在被越來(lái)越多的人使用;Selenium測(cè)試直接在瀏覽器中運(yùn)行，就像真實(shí)用戶所做的一樣。Selenium測(cè)試可以在Windows、Linux和Macintosh上的InternetExplorer、Mozilla和Firefox中運(yùn)行。其他測(cè)試工具都不能覆蓋如此多的平臺(tái)。使用Selenium和在瀏覽器中運(yùn)行測(cè)試還有很多其他好處。通過(guò)編寫模仿用戶操作的Selenium測(cè)試腳本，可以從終端用戶的角度來(lái)測(cè)試應(yīng)用程序。通過(guò)在不同瀏覽器中運(yùn)行測(cè)試，更容易發(fā)現(xiàn)瀏覽器的不兼容性。Selenium的核心，也稱browserbot，是用JavaScript編寫的。這使得測(cè)試腳本可以在受支持的瀏覽器中運(yùn)行。browserbot負(fù)責(zé)執(zhí)行從測(cè)試腳本接收到的命令，測(cè)試腳本或者是用HTML的表布局編寫的，或者是使用一種受支持的編程語(yǔ)言編寫的。編程語(yǔ)言可以實(shí)現(xiàn)復(fù)雜的邏輯，從而實(shí)現(xiàn)一些較復(fù)雜的測(cè)試任務(wù)。技術(shù)預(yù)研需求分析編寫方案與計(jì)劃搭建測(cè)試框架腳本，用例，數(shù)據(jù)編寫腳本調(diào)試DevOps實(shí)施落地–UI自動(dòng)化測(cè)試工具：Selenium另外開發(fā)了快速驗(yàn)證channel、commission、app-web-console等多平臺(tái)發(fā)布狀態(tài)的冒煙測(cè)試案例，用于日常發(fā)布環(huán)境驗(yàn)證。UI自動(dòng)化測(cè)試計(jì)劃已經(jīng)可以從持續(xù)集成（CI）調(diào)用同步開展CRM和BOSS側(cè)UI自動(dòng)化測(cè)試工作敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示代碼掃描工具自動(dòng)化測(cè)試工具有很多，如QTP,Selenium,RFT,M代碼編譯頻率編譯時(shí)長(zhǎng)部署時(shí)長(zhǎng)編譯問(wèn)題處理測(cè)試環(huán)境部署頻率SQL合并&執(zhí)行自動(dòng)化測(cè)試持續(xù)集成（編譯、部署、接口&UI自動(dòng)化）實(shí)施前1次/天20分鐘30分鐘人工分析&口頭協(xié)調(diào)1次/天人工收集執(zhí)行無(wú)各環(huán)節(jié)人工觸發(fā)實(shí)施后大于5次4分鐘7分鐘自動(dòng)定位&自動(dòng)郵件>=4次/天自動(dòng)收集執(zhí)行應(yīng)用部署后自動(dòng)觸發(fā)約23分鐘流程自動(dòng)化過(guò)程可視化反饋及時(shí)化測(cè)試常態(tài)化解放人力促進(jìn)協(xié)同增強(qiáng)溝通保證質(zhì)量問(wèn)題及早發(fā)現(xiàn)結(jié)果持續(xù)可見過(guò)程自動(dòng)提效持續(xù)集成部署綜合效率提升超過(guò)300%，8月份共編譯92次，部署48次敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示DevOps實(shí)施成果展示–CI/CD過(guò)程提效代碼掃描工具代碼編譯編譯時(shí)長(zhǎng)部署時(shí)長(zhǎng)編譯問(wèn)題測(cè)試環(huán)境部署頻率SQL合并&團(tuán)隊(duì)進(jìn)行需求分解快速完成并行任務(wù)迭代交付完整需求團(tuán)隊(duì)合作取代單打獨(dú)斗知識(shí)技能團(tuán)隊(duì)共享團(tuán)隊(duì)能力和士氣快速提升通過(guò)站會(huì)、評(píng)審、討論、任務(wù)完成獎(jiǎng)勵(lì)等方式提高團(tuán)隊(duì)熟悉程度和信任成員之間自動(dòng)產(chǎn)生了提前完成任務(wù)的比較心理新技術(shù)手段的引入，帶來(lái)了成員新的學(xué)習(xí)熱情以團(tuán)隊(duì)合作取代單打獨(dú)斗的工作方式，團(tuán)隊(duì)內(nèi)形成了良好的知識(shí)分享和技能提升的氛圍，大家可以積極領(lǐng)取任務(wù)并保質(zhì)完成，在迭代結(jié)束時(shí)可以看到完成的成果，士氣得到了很好的提升。敏捷開發(fā)CI/CD自動(dòng)化測(cè)試成果展示代碼掃描工具DevOps實(shí)施成果展示–團(tuán)隊(duì)能力提升團(tuán)隊(duì)進(jìn)行需求分解快速完成并行任務(wù)迭代交付完整需求團(tuán)隊(duì)合作取代DevOps體系全景圖整體流程BACKLOG用戶需求用戶故事用戶故事用戶需求用戶故事用戶故事用戶需求用戶故事用戶故事開發(fā)任務(wù)測(cè)試任務(wù)設(shè)計(jì)任務(wù)單元測(cè)試驗(yàn)證測(cè)試開發(fā)任務(wù)開發(fā)任務(wù)BACKLOG障礙問(wèn)題計(jì)劃會(huì)議：PO主持創(chuàng)建Sprintbacklog評(píng)審會(huì)議：PO主持驗(yàn)收用戶故事回顧會(huì)議：只有團(tuán)隊(duì)成員參與好的、待改進(jìn)、如何改進(jìn)看板+每日例會(huì)：可視化流程鼓勵(lì)團(tuán)隊(duì)溝通產(chǎn)品backlog：條目化用戶故事優(yōu)先級(jí)排序按用戶故事組織開發(fā)和交付SprintBacklog：經(jīng)任務(wù)分解和估算的用戶故事經(jīng)設(shè)計(jì)的測(cè)試用例可以迭代完成的周期持續(xù)集成：自動(dòng)化隨需的軟件構(gòu)建、靜態(tài)代碼掃描、單元測(cè)試、部署任務(wù)領(lǐng)取編碼&單元測(cè)試測(cè)試用例&自動(dòng)化測(cè)試腳本集成測(cè)試環(huán)境準(zhǔn)生產(chǎn)環(huán)境生產(chǎn)環(huán)境開發(fā)分支測(cè)試分支交付(生產(chǎn))分支持續(xù)集成版本發(fā)布集成自動(dòng)化測(cè)試UAT