DevOps是一个好东西，持续集成和持续交付构成了完整的产品开发到上线的流程，符合敏捷的思路，持续开发和快速自动化测试部署上线。
CICD已经说了非常多的时间了，尤其是在最近的这几年，微服务逐渐占据了应用服务器的主流，传统的通过War包或者是Jar包进行部署的方式很难手动完成非常多应用的更新和部署操作。
随着Docker、K8s等技术的规范化和流程化，越来越多的自动化CI/CD被提出，同时出现了DevOps的概念。DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。。
简单来说，就是通过流程化来完成整个开发和部署流程，在这其中还涉及到了测试等工作。
如果是自己来部署，其实非常简单，采用Git作为代码仓库和版本控制工具，使用Jenkins来实现持续的交付（编译Java或者是打包成为Docker镜像或者是K8s支持的其他镜像格式），最后远程推送至Docker制品库（远程服务器拉取）或者远程服务器直接运行。
当然，现在这个流程并不需要我们开发者手动去搭建（虽然一部分企业的数据安全要求或者是考虑到采购的成本还是会自行搭建）阿里云或者是腾讯云都提供了相关的实现，我使用的是腾讯云的Coding（曾经的码市），除了全套流程，这类的服务一般提供了协同等高级功能（可能需要付费）
Coding提供了每个月1000分钟的构建，对于小团队的项目足够了。过去新建一个项目（这里以本blog为例（一个Pyhton pelican生成的静态网站）），并且初始化Git环境（使用外部GIt绑定也可以），然后将代码传上来，然后可以进行代码规范和基本的测试扫描。
需要注意的是，如果配置Git为SSH方式，这个公钥的部署在右上角我的里面
虽然是个人项目，但是应该还是要提升代码水平（看看我这一堆错误……），每一个错误进行更改后，分数会由提升。可以针对分数设定质量门槛，不达标不可以合并和构建。
然后是持续集成的部分，因为是单机项目，所以没有使用到持续部署，直接在持续集成里构建和部署了代码。
在构建计划中使用的是Jenkinsfile，可以百度看具体的写法，Coding支持图形化界面管理，我这个项目的具体配置如下所示。
- 仓库检出出现问题，就是配置的用户名或者密码不对（Coding的仓库不需要）
- 在第二部分执行Shell脚本打包Docker进行并推送到制品库中，需要在此项目中打开制品管理
- 远程登录服务器的SSH并拉取制品之前需要在远程服务器上绑定制品库
- 图形化界面并没有支持SSH的远程登录，需要使用
sshCommand remote: remote, command
- 可以写好一个拉取脚本在服务器中，直接使用sh进行执行就行了
具体的Jenkinsfile内容
pipeline {
agent any
stages {
stage('检出') {
steps {
checkout([
$class: 'GitSCM',
branches: [[name: GIT_BUILD_REF]],
userRemoteConfigs: [[
url: GIT_REPO_URL,
credentialsId: CREDENTIALS_ID
]]])
}
}
stage('自定义构建过程') {
steps {
echo '自定义构建过程开始，进行镜像构建'
sh '''echo hello CODING
docker build -t st/myblog -f ${WORKSPACE}/dockerfile-nginx .
'''
useCustomStepPlugin(key: 'coding-public:artifact_docker_push', version: 'latest', params: [properties:'[]',repo:'pro',image:'st/myblog'])
}
}
stage('部署阶段') {
steps {
echo '开始自动化推送'
script {
def remote = [:]
remote.name = 'blog'
remote.allowAnyHosts = true
remote.host = '服务器地址'
remote.port = 22
remote.user = 'root'
// 把「CODING 凭据管理」中的「凭据 ID」填入 credentialsId，而 id_rsa 无需修改
withCredentials([sshUserPrivateKey(credentialsId: "这个id可以上传rsa凭证后拿到", keyFileVariable: 'id_rsa')]) {
remote.identityFile = id_rsa
// docker操作
sshCommand remote: remote, command: "sh /data/shell/updateBlog.sh >> /data/shell/updateBlog.log"
// sshCommand remote: remote, command: "docker stop \$(docker ps -q --filter ancestor=myBlog)"
// sshCommand remote: remote, command: "docker rm \$(docker ps -q --filter ancestor=myBlog)"
// sshCommand remote: remote, command: "docker pull feistiller-docker.pkg.coding.net/pythonblog/pro/myblog:latest"
// sshCommand remote: remote, command: "docker run --name myblog -p 8081:80 -d st/myblog:latest"
}
}
useCustomStepPlugin(key: 'coding-public:message_dingding_bot', version: 'latest', params: [c_type:'text',content:"""来自coding-python博客自动部署完毕""",webhook:'https://oapi.dingtalk.com/robot/send?access_token=这个可以在PC版钉钉中开通'])
}
}
}
}
在整个服务中使用了Dockerfile构建了Docker镜像，实现的具体操作是：1. 删除了原本的Nginx镜像的conf。2.将Git中的Nginx配置转移到了这个镜像中
FROM nginx
RUN mkdir /usr/share/nginx/dist
RUN rm -rf /etc/nginx/nginx.conf
COPY nginx.conf /etc/nginx/nginx.conf
COPY * /usr/share/nginx/dist/
EXPOSE 6669 80
在服务器端配置的updateBlog.sh的脚本代码如下
# 首先需要登录到制品库
[root@VM-16-3-centos shell]# cat updateBlog.sh
echo "`date "+%Y-%m-%d %H:%M:%S"`脚本被调用"
docker stop myblog
docker rm myblog
docker pull feistiller-docker.pkg.coding.net/pythonblog/pro/myblog:latest
docker run --name myblog -p 8081:80 -d feistiller-docker.pkg.coding.net/pythonblog/pro/myblog:latest
echo "++++++++++++++++++++++++++++++++++++"
思考：如果是一个分布式的应用，K8s自然作为微服务部署的镜像管理工具，但是对于大量的小应用或者是个人应用，并不能购买非常多的服务器专门用于分布式的应用开发，而在这样的应用场景中引入K8s作为单机结点是不合算的，同时作为Master和Service结点反而会花费更多的性能且不能提供稳定的服务。