huaihkiss的博客

这段时间有几个概念非常的火 微服务 devops  微服务的话个人之前有过一段时间的实践 稍微清楚这个架构体系 devops的话个人没啥了解 印象好像就是一个生产流水线流程的一个东西 这两个东西都牵扯到一个比较重要的东西 那就是自动化部署 也就是持续集成 微服务中由于服务细分化导致部署集成困难 因为服务细化了嘛 部署工作比以往的软件架构要多很多 比起单体应用的话应该是很多倍了把  按照以往

上一篇文章呢 笔者在尝试持续化集成的过程中发现了某些问题 1.与我们项目中落地实践的gitlab不太一样 无论是界面上的 还是配置上的 2.发现并无法触发jenkin的webhooks 经排查后 发现系版本问题 上一篇文章误选用了较老版本的gitlab 在与jenkins整合方面会出现不少问题 读者们请以这篇文章为准搭建gitlab 上一篇文章若有读者其他方面所需搭建旧版本的gitlab 可

在自动化部署工程的时候 version control这里会起到一个很重要的作用 当我们完成一段代码需要部署的时候 那么push到version control 让他帮我们去告诉持续集成工具 说需要构建部署了 那么持续集成工具才会去弄 本篇文章的gitlab版本非最新版本 对于jenkins最新版本的webhooks触发不是非常好 gitlab最新版本文章请移步这篇文章docker容器自动化部署

接下来安装我们的jenkins jenkins在这里起到了一个非常重要的作用 为我们从git上边拉取工程后做的所有工作 可以为我们把工程一次性部署到多台服务器 这里由于没有太多机器 笔者就以单机做示范 多机用ssh部署过去就可以了 jenkins官网下载jenkins https://pkg.jenkins.io/redhat-stable/ 这里用2.89.2做shi 下载并安装

这一步完成了 我们就可以完成我们整个流程了： 工程修改后push到gitlab >> gitlab通过webhook通知jenkins工程有改变 >>jenkins到gitlab取最新工程 >> jenkins完成容器构建 >> push到docker hub >> 让单台或多台服务器同时拉下这个镜像并运行 由于笔者服务器资源有限 这里不做多台服务器的部署构建演示 思路是一样的 push到do

安装docker  yum install -y docker-io 如果提示No package docker-io available，如下图，那么再安装epel yum install -y epel-release接下来再安装就ok了 制作镜像并提交到镜像仓库 由于我们的应用程序是容器化的 所以这里我们需要制作基础镜像 以便管理生产流水线上的环