CICD整體介紹

一、產(chǎn)品上線流程

1拼缝、運(yùn)營與用戶進(jìn)行交流與溝通娱局，確認(rèn)需求
2、運(yùn)營將需求轉(zhuǎn)交給產(chǎn)品經(jīng)理咧七，產(chǎn)品經(jīng)理分析需求衰齐，確認(rèn)需求，注意： 確認(rèn)需求之后要進(jìn)行內(nèi)部會議继阻，確認(rèn)產(chǎn)品的可行性耻涛，并且將需求轉(zhuǎn)換為具體的項(xiàng)目方向(用戶提出的需求都是一個比較大的方向，需求提出人員要和用戶進(jìn)行溝通瘟檩，確認(rèn)需求是否滿足期望)
3抹缕、需求可行性通過之后，產(chǎn)品經(jīng)理要和設(shè)計師共同協(xié)作完成PRD（產(chǎn)品需求文檔）和原型
4墨辛、UI根據(jù)需求文檔和原型進(jìn)行UI設(shè)計
5卓研、需求和原型設(shè)計出來之后，產(chǎn)品經(jīng)理將需求轉(zhuǎn)交給相關(guān)的業(yè)務(wù)開發(fā)人員睹簇，業(yè)務(wù)開發(fā)人員首先根據(jù)項(xiàng)目需求進(jìn)行項(xiàng)目可行性分析奏赘，然后并根據(jù)具體項(xiàng)目給出開發(fā)周期，最后將項(xiàng)目具體分工到開發(fā)人員
6带膀、開發(fā)人員完成項(xiàng)目(保證項(xiàng)目可run志珍，并且對項(xiàng)目進(jìn)行了code review之后提交)之后，移交測試人員進(jìn)行測試
7垛叨、測試人員寫測試用例伦糯，編寫測試文檔，最后編寫測試報告嗽元，通過發(fā)郵箱的方式告知開發(fā)人員敛纲，測試有BUG則告知開發(fā)人員進(jìn)行修改
8、測試通過之后剂癌，移交產(chǎn)品經(jīng)理進(jìn)行驗(yàn)收淤翔，不通過則返回修改，通過則告知運(yùn)維人員準(zhǔn)備上線佩谷，
9旁壮、運(yùn)維人員接到通知之后监嗜，進(jìn)行上線準(zhǔn)備，首先在測試環(huán)境測試完畢之后抡谐，移交預(yù)生產(chǎn)環(huán)境進(jìn)行測試裁奇，確保萬無一失之后部署項(xiàng)目上線生產(chǎn)環(huán)境，項(xiàng)目上生產(chǎn)環(huán)境之前發(fā)郵箱通知領(lǐng)導(dǎo)麦撵，項(xiàng)目上線完畢之后也要通知相關(guān)領(lǐng)導(dǎo)

二刽肠、項(xiàng)目上線流程

開發(fā)環(huán)境，測試環(huán)境免胃，預(yù)生產(chǎn)環(huán)境音五，生產(chǎn)環(huán)境的區(qū)別

1、開發(fā)環(huán)境： 顧名思義羔沙，開發(fā)人員使用的環(huán)境
2躺涝、測試環(huán)境： 顧名思義，測試人員使用的環(huán)境撬碟，測試環(huán)境不會連接生產(chǎn)環(huán)境的數(shù)據(jù)庫诞挨，數(shù)據(jù)都是測試人員偽造的虛擬數(shù)據(jù)
3、預(yù)生產(chǎn)環(huán)境：測試環(huán)境到生產(chǎn)環(huán)境的過濾呢蛤，預(yù)生產(chǎn)環(huán)境一般都會連接生產(chǎn)環(huán)境的數(shù)據(jù)庫，力求做到和生產(chǎn)環(huán)境一致棍郎，測試時候要注意其障，避免產(chǎn)生臟數(shù)據(jù)，影響生產(chǎn)環(huán)境的使用
4涂佃、生產(chǎn)環(huán)境： 即線上環(huán)境励翼，用戶直接訪問的環(huán)境，

另外辜荠，還有個灰度發(fā)布汽抚，發(fā)生在預(yù)發(fā)布環(huán)境之后，生產(chǎn)環(huán)境之前伯病。
生產(chǎn)環(huán)境一般會部署在多臺機(jī)器上造烁，以防某臺機(jī)器出現(xiàn)故障，這樣其他機(jī)器可以繼續(xù)運(yùn)行午笛，不影響用戶使用惭蟋。灰度發(fā)布會發(fā)布到其中的幾臺機(jī)器上药磺，驗(yàn)證新功能是否正常告组。如果失敗，只需回滾這幾臺機(jī)器即可癌佩。

1木缝、開發(fā)環(huán)境部署到測試環(huán)境

這里用jenkins+Gitlab+Maven的方式對項(xiàng)目進(jìn)行上線
jenkinsCI主要使用的有webhook便锨，輪詢，參數(shù)化三種構(gòu)建方式我碟，這里使用webhook的方式進(jìn)行觸發(fā)式構(gòu)建
使用webook機(jī)你向嗯構(gòu)建的理由： 當(dāng)開發(fā)人員合并分支到master觸發(fā)webhook的時候放案，jenkins不需要人員的干預(yù)，實(shí)現(xiàn)了自動化構(gòu)建

具體構(gòu)建步驟
1怎囚、初始化卿叽，配置Gitlab中代碼倉庫的webhook
2、創(chuàng)建pipeline類型工程 ===》 一個工程對應(yīng)一個項(xiàng)目對應(yīng)一個webhook
3恳守、通過maven對java項(xiàng)目進(jìn)行打包
注意; 對java項(xiàng)目進(jìn)行打包考婴，可以打包成jar或者war包，打包成jar包可以直接通過java命令運(yùn)行催烘，war需要通過tomcat中間件運(yùn)行
4沥阱、包管理

包管理服務(wù)器創(chuàng)建不同的項(xiàng)目目錄，區(qū)分版本和項(xiàng)目

5伊群、發(fā)布(編寫對應(yīng)的腳本)
6考杉、因?yàn)閖ava不能動態(tài)加載，需要重啟服務(wù)舰始，重啟服務(wù)(自定義重啟腳本)
7崇棠、確認(rèn)發(fā)布是否成功？可以通過查看進(jìn)程丸卷，查看端口枕稀，以及訪問API接口的方式進(jìn)行判斷
8、通知開發(fā)谜嫉、測試(以郵箱的方式發(fā)送)

2萎坷、部署到預(yù)生產(chǎn)環(huán)境上

這里用jenkins+Gitlab+Maven的方式對項(xiàng)目進(jìn)行上線
jenkinsCI主要使用的有webhook，輪詢沐兰，參數(shù)化三種構(gòu)建方式哆档，這里使用參數(shù)化構(gòu)建的方式部署項(xiàng)目

具體構(gòu)建步驟
ansible dev-hosts 通過ansible指定資產(chǎn)清單文件的方式進(jìn)行上線

[project_1]
IP-1  # 這里代表的是預(yù)生產(chǎn)服務(wù)器
IP-2

1、jenkins參數(shù)化構(gòu)建
參數(shù)：

• 項(xiàng)目名稱
• Serice_status 服務(wù)狀態(tài)
• 發(fā)布方式 選項(xiàng)參數(shù)
  publish
  reback
• 回滾指定版本文件(文件參數(shù))

發(fā)布腳本

#!/bin/env bash
PROJECT_NAME=$1
SERVICE_STATUS=$2
PUBLISH_TYPE=$3
ROLLBACK_VERSION=$4

# 1住闯、拉取代碼
rpm -qa | grep ^git-
if [ ! $? -eq 0 ];then
    yum -y install git
fi
# ssh方式拉取代碼之前先將機(jī)器的公鑰上傳到gitlab服務(wù)器上
git clone git@ip:user/project.git

#2瓜浸、通過maven對java項(xiàng)目進(jìn)行打包
maven  

#3、mv 包管理文件夾
mv 

#4寞秃、根據(jù)參數(shù)進(jìn)行上線或者回滾
if [ "$PUBLISH_TYPE" == "publish" ];then
    ansible -i dev-hosts 組名 -m copy -a "src=xx.jar dest=/app/pro"
else
    
fi

#5斟叼、重啟服務(wù)

#6、檢查進(jìn)程

3春寿、部署到生產(chǎn)環(huán)境上的步驟與部署到預(yù)生產(chǎn)類似

4朗涩、灰度環(huán)境

灰度環(huán)境： 生產(chǎn)環(huán)境有多臺服務(wù)器，當(dāng)有新版本需要發(fā)布的時候绑改，可以現(xiàn)在其中幾臺服務(wù)器上進(jìn)行測試或者現(xiàn)在某些地方進(jìn)行測試谢床，查看新版本上線是否有問題