标签:git log init format 使用 代码 地方 设置 需求 mon
在后端的开发领域,各类开发框架都已经很多,在开发项目时可以根据不同的需要和需求选择合适的开发框架。然而在需要开发一个完善的工程化项目时,仅仅一个后端开发框架是不够的,还面临着在对开发项目的快速迭代中进行测试,部署,监控等问题。为了解决这些问题,DevOps的开发模式应运而生。
基于个人对DevOps的理解,搭建了一个基于Gin的开源后端项目来实践下DevOps的各个概念:https://github.com/wanghaoxi3000/advproject。
DevOps是一个宽泛的概念,这个项目也只是抛砖引玉,在测试环境下串联起各个DevOps的基础工具,存在的不足欢迎指出,一起学习和交流。
什么是DevOps呢,对DevOps比较官方的定义如下:
DevOps 集文化理念、实践和工具于一身,可以提高组织高速交付应用程序和服务的能力,与使用传统软件开发和基础设施管理流程相比,能够帮助组织更快地发展和改进产品。这种速度使组织能够更好地服务其客户,并在市场上更高效地参与竞争。
可以说DevOps是一组过程、方法与系统的统称,涉及到开发中的组织架构,开发工具,基础架构等等方面。但它的一个核心便是强调通过各类自动化的工具来自动执行软件交付和基础架构更改流程,从而快速、频繁且更可靠地构建、测试和发布软件。这里也将主要围绕这个思想来构建DevOps的项目。
在这个基础项目中,将主要围绕如下部分的Devops实践进行构建:
整个项目的开发流程如下:
要完成从开发到部署的一系列的流程,当然也少不了各种自动化工具及环境的支持,本项目所使用的环境如下:
通过advproject这个基于Gin的后端项目的代码更新、提交、完成对项目的自动化测试、打包、部署的流程。
advproject项目主要包含了如下部分:
整个代码的结构如下
.
├── Dockerfile // Docker镜像打包文件
├── Jenkinsfile // Jenkins CI 定义
├── README.md
├── api
│ └── status.go // 运行状态接口
├── config
│ ├── base.go // 基础配置
│ └── init.go // 配置模块初始化
├── deployment-template.yaml // Kubernetes部署模板文件
├── docs // swag 接口文档
│ ├── docs.go
│ ├── swagger.json
│ └── swagger.yaml
├── go.mod
├── go.sum
├── main.go
├── serializer
│ └── common.go // 接口格式定义
├── server
│ └── router.go // 路由
├── test
│ └── status_test.go // 测试代码
└── util
└── logger.go // 日志模块
在代码有更新时,提交代码到Github后,Jenkins会收到代码Github推送通知,拉取代码并读取代码中的Jenkinsfile文件来运行指定的流程。
可通过如下命令docker来快速运行一个Jenkins。为了在Jenkins容器中使用docker
命令,将docker命令映射到了容器中,同时指定以root身份来运行容器。
docker run --name=jenkins_lts -d -u root -v jenkins_home:/var/jenkins_home -v /var/run/docker.sock:/var/run/docker.sock -v $(which docker):/bin/docker -p 8080:8080 -p 50000:50000 -e JAVA_OPTS=-Duser.timezone=Asia/Shanghai jenkins/jenkins:lts
在Jenksin容器启动完成并成功登陆后,可以点击主界面右下角的Jenkins 中文社区
链接,然后更新中心镜像设置为国内源,加快插件的下载速度。
本项目中主要使用到这些Jenkins插件,可以在插件管理页面中搜索安装:
在执行部署的推送镜像、通知等过程中,需要使用到不方便暴露在代码中的密钥,如何在Jenkinsfile中使用这些密钥呢?可以提前在Jenkins的凭据管理中录入这些密钥,Jenkinsfile中以变量的方式进行调用。这里配置了如下的凭证:
通过Jenkinsfile文件以代码声明的方式来定义持续集成的流程,需要在Jenkins中建立一个 Pipeline流水线项目。
选择新建任务,输入任务名建立一个流水线项目:
General选项卡中勾选GitHub项目,并填入项目地址:
在代码推送后,使用GitHub的webhook功能推送代码更新消息,需要在构建触发器中勾选GitHub hook trigger for GITScm polling
:
此后还需要在GitHub的代码项目中配置webhook推送更新的地址,相关文章已有很多,这里就不再累述了。
最后,在流水线配置中填入代码地址:
指定分支中默认为*/master
,表示拉取master分支的更新,如果想要拉取指定tag的代码。可以按这样的格式来配置:+refs/tags/*:refs/remotes/origin/tags/*
。
运行一下,可以看见Jenkins开始启动并运行了。
通过Blue Ocean,可以看见更详细的运行图。
推送的结果将通过Server酱推送到绑定的微信中。Server酱是一个很方便的微信推送服务,只需要绑定下GitHub账户,之后请求对应地址即可向微信推送消息。推送的信息包含本次集成的结果和代码更新的记录,集成结果在Jenkinsfile中可以通过${currentBuild.result}
来获取。代码更新记录Jenkins没有对应的变量,可以通过运行git log --pretty=format:\‘%h - %an,%ar : %s\‘ --since=\‘1 hours\‘ | head -n 1
来获取代码最近一次的变更记录。
项目每次更新完成,同通过Jenkins拉取代码测试无误后,将会把项目打包成镜像并以build-${BUILD_NUMBER}
作为tag,并推送到腾讯云的私有镜像仓库中,${BUILD_NUMBER}
是Jenkins运行任务时的环境变量,表示运行本次集成任务的序号。之后以项目中deployment-template.yaml
为模板,替换对应变量后部署到k8s集群上。
Jenkins pipeline 执行完成后登录集群节点,运行kubectl get pods
,可以看到刚刚部署上的项目,已全处于了Running状态了。
NAME READY STATUS RESTARTS AGE
advproject-6f5d4d7d5d-pwmrp 1/1 Running 0 33s
advproject-6f5d4d7d5d-zscz2 1/1 Running 0 19s
为了便于测试,快速访问集群中的服务,可以按如下配置启动一个NodePort
的Service,将Pod的端口暴露出来。
apiVersion: v1
kind: Service
metadata:
name: advproject-svc
spec:
type: NodePort
ports:
- port: 3000
targetPort: 3000
protocol: TCP
selector:
app: advproject
通过kubectl get service
可以看到NodePode分配的端口号为30942:
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
advproject-svc NodePort 10.110.152.165 <none> 3000:30942/TCP 25d
在节点上运行curl localhost:30942/api/v1/hostname
,可以查看到项目对应的hostname,由于部署的Deployment文件中设置的replicas: 2
,项目部署的节点数为2,请求的hostname也会随机出现两种。
进入k8s的dashboard,在侧边栏选择容器组,可以看见运行项目的两个容器的,点击日志可以在网页中分别查看每个容器的控制台日志。这里可以看到刚刚请求hostname接口的日志,以及k8s在定时请求status接口进行健康检查。
为了更好的收集和分析日志,这里将通过k8s的ELK插件,来统一收集日志。克隆k8s对应版本的代码,使用k8s项目/cluster/addons/fluentd-elasticsearch
目录下的示例代码,使用kubectl apply -f .
命令可以快速部署一个ELk插件。
部署完成后,登录kibana,创建一个默认的 logstash-* pattern。
稍等一会,就可以Discover
菜单下看到ElasticSearch logging中汇聚的日志,在Filters中搜索Gin,可以看到本项目的日志了。
至此,一个以DevOps模式的项目开发流程便大致完成了。当然这个过程也还有很多可以继续完善的地方,比如生成更详细的代码测试报表、使用kibana生成日志报表、监测代码中的错误日志并报警等等。通过DevOps,将开发、测试、运维这些步骤紧密联系了起来,使得构建、测试、发布软件能够更加地快捷、频繁和可靠。除了这些技术和工具,DevOps也更需要组织中各个部门之间的进行良好的沟通、协作与整合。在实际开发中,需要通过各个部门的分工合作,开发人员编写业务和单元测试代码;测试人员设计测试用例,关注代码测试报告;运维人员设计Kubernetes部署模板,监控系统及日志数据,这样才能发挥DevOps的最大效力,更好地为客户服务并在市场中更有竞争力。
标签:git log init format 使用 代码 地方 设置 需求 mon
原文地址:https://www.cnblogs.com/haoxi/p/12290522.html