CICD整体介绍

一、产品上线流程

1、运营与用户进行交流与沟通，确认需求
2、运营将需求转交给产品经理，产品经理分析需求，确认需求，注意：确认需求之后要进行内部会议，确认产品的可行性，并且将需求转换为具体的项目方向(用户提出的需求都是一个比较大的方向，需求提出人员要和用户进行沟通，确认需求是否满足期望)
3、需求可行性通过之后，产品经理要和设计师共同协作完成PRD（产品需求文档）和原型
4、UI根据需求文档和原型进行UI设计
5、需求和原型设计出来之后，产品经理将需求转交给相关的业务开发人员，业务开发人员首先根据项目需求进行项目可行性分析，然后并根据具体项目给出开发周期，最后将项目具体分工到开发人员
6、开发人员完成项目(保证项目可run，并且对项目进行了code review之后提交)之后，移交测试人员进行测试
7、测试人员写测试用例，编写测试文档，最后编写测试报告，通过发邮箱的方式告知开发人员，测试有BUG则告知开发人员进行修改
8、测试通过之后，移交产品经理进行验收，不通过则返回修改，通过则告知运维人员准备上线，
9、运维人员接到通知之后，进行上线准备，首先在测试环境测试完毕之后，移交预生产环境进行测试，确保万无一失之后部署项目上线生产环境，项目上生产环境之前发邮箱通知领导，项目上线完毕之后也要通知相关领导

二、项目上线流程

开发环境，测试环境，预生产环境，生产环境的区别

1、开发环境：顾名思义，开发人员使用的环境
2、测试环境：顾名思义，测试人员使用的环境，测试环境不会连接生产环境的数据库，数据都是测试人员伪造的虚拟数据
3、预生产环境：测试环境到生产环境的过滤，预生产环境一般都会连接生产环境的数据库，力求做到和生产环境一致，测试时候要注意，避免产生脏数据，影响生产环境的使用
4、生产环境：即线上环境，用户直接访问的环境，

另外，还有个灰度发布，发生在预发布环境之后，生产环境之前。
生产环境一般会部署在多台机器上，以防某台机器出现故障，这样其他机器可以继续运行，不影响用户使用。灰度发布会发布到其中的几台机器上，验证新功能是否正常。如果失败，只需回滚这几台机器即可。

1、开发环境部署到测试环境

这里用jenkins+Gitlab+Maven的方式对项目进行上线
jenkinsCI主要使用的有webhook，轮询，参数化三种构建方式，这里使用webhook的方式进行触发式构建
使用webook机你向嗯构建的理由：当开发人员合并分支到master触发webhook的时候，jenkins不需要人员的干预，实现了自动化构建

具体构建步骤
1、初始化，配置Gitlab中代码仓库的webhook
2、创建pipeline类型工程 ===》一个工程对应一个项目对应一个webhook
3、通过maven对java项目进行打包
注意; 对java项目进行打包，可以打包成jar或者war包，打包成jar包可以直接通过java命令运行，war需要通过tomcat中间件运行
4、包管理

包管理服务器创建不同的项目目录，区分版本和项目

5、发布(编写对应的脚本)
6、因为java不能动态加载，需要重启服务，重启服务(自定义重启脚本)
7、确认发布是否成功？可以通过查看进程，查看端口，以及访问API接口的方式进行判断
8、通知开发、测试(以邮箱的方式发送)

2、部署到预生产环境上

这里用jenkins+Gitlab+Maven的方式对项目进行上线
jenkinsCI主要使用的有webhook，轮询，参数化三种构建方式，这里使用参数化构建的方式部署项目

具体构建步骤
ansible dev-hosts 通过ansible指定资产清单文件的方式进行上线

[project_1]
IP-1  # 这里代表的是预生产服务器
IP-2

1、jenkins参数化构建
参数：

项目名称
Serice_status 服务状态
发布方式选项参数
publish
reback
回滚指定版本文件(文件参数)

发布脚本

#!/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方式拉取代码之前先将机器的公钥上传到gitlab服务器上
git clone git@ip:user/project.git

#2、通过maven对java项目进行打包
maven  

#3、mv 包管理文件夹
mv 

#4、根据参数进行上线或者回滚
if [ "$PUBLISH_TYPE" == "publish" ];then
    ansible -i dev-hosts 组名 -m copy -a "src=xx.jar dest=/app/pro"
else
    
fi

#5、重启服务

#6、检查进程

3、部署到生产环境上的步骤与部署到预生产类似

4、灰度环境

灰度环境：生产环境有多台服务器，当有新版本需要发布的时候，可以现在其中几台服务器上进行测试或者现在某些地方进行测试，查看新版本上线是否有问题

CICD流程