node项目自动化部署--基于Jenkins,Docker,Github(3)自动化部署

GitHub仓库

由于现在的代码基本上都是多人合作开发,所以肯定会用到像 git 这样的版本控制工具

所以这里使用 GitHub 来做一个演示

首先我们需要在github上新建一个仓库

点击New来新建一个仓库

输入一个名字

以及描述后点击 create

然后将代码上传到GitHub上

这里我上传的是一个简单的 hello world 的demo

到这里要部署的代码就准备完成了,接下来需要编写 Dockerfile 来告诉 docker 该怎么打包我们的项目

Dockerfile编写

首先我们在项目的根目录下添加一个 Dockerfile 文件

该文件代码如下:

FROM node:alpine
MAINTAINER [email protected]
ENV TZ = Asia/Shanghai

#将代码移动到容器中的 /ndoe 路径下
COPY . /node

#指定工作目录
WORKDIR /node

#安装PM2
RUN npm install pm2 -g

#指定时区
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone

#暴露容器的3000端口
EXPOSE 3000

#启动服务
CMD [ "pm2-runtime", "npm", "--", "start" ]

这里需要注意,最好在 package.json中完成依赖的安装,不然路径上很可能出现问题

完整项目代码:https://github.com/lhy2813419591/JenkinsTest

上述代码中 Expose 暴露的端口就是你的项目监听的端口

至于时区的设置根据大家的需求自己决定是否设置

这里我是使用了 在镜像中 使用 pm2 来托管我的项目

虽然docker可以给我们一个相对独立的环境,但平滑启动等功能并不提供,所以这里我使用了 pm2 来启动项目

Jenkins构建

刚才初步的准备工作已经完成了

接下来就需要创建 Jenkins 的构建任务

这里输入构建任务的名称

选择自由风格的项目,然后点击确定进入下一步

然后勾选限制项目运行的节点

输入你希望该构建运行的服务器节点(在之前 over publish中添加的服务器)

输入过后会告诉你选中了几个节点

然后就是源码管理选择 git

没有凭据的需要先添加凭据

然后设置构建触发器,这里如果需要当git上面有新的 push 的时候就自动构建

则需要设置构建出发器,不需要的小伙伴可以自行跳过

身份验证令牌设置如下:

  jenkins --> 首页 --> 用户

设置 --> 点击 "show API Token"

这样就获取了一个 Api Token 将其复制到身份验证令牌处即可

设置完身份验证令牌后我们需要进入 github进行相关设置

进入setting 后选择 webhook

然后添加 webhook

这里的url在 Jenkins 上可以看到

把这个路径复制到github

如果出现403则需要设置一下用户权限

在全局安全设置中允许匿名用户操作

我这里为了方便就直接设置为所有用户可以做任何事

然后回到github

点击redeliver

然后看到201就说明配置完成了

这样我们就只差最后的执行脚本了

我们回到 Jenkins 继续进行设置

接下来要设置的是构建环境

这里需要填写的实际上只用填写远程工作目录以及构建完成后执行的命令行语句

cd /root/jenkins/workspace/JenkinsTest #访问指定的远程工作目录
sudo docker stop node #停止名为node的容器
sudo docker rm node #移除名为node的容器
sudo docker rmi node #移除名为node的镜像
sudo docker build --rm --no-cache=true  --tag node /root/jenkins/workspace/JenkinsTest #build镜像,并命名为node
sudo docker run -dit  --name node -p 9001:3000 -v /root/jenkins/workspace/JenkinsTest:/node node #运行名为node的镜像,将容器的3000端口映射到9001端口

如下图所示

保存后点击立即构建即可执行,不需要push来触发

然后访问部署节点的 9001 端口就能访问自动构建的 express 项目

如果步骤没有问题,但无法访问项目建议前往服务器的控制台查看安全组规则,开放对应的端口

查看项目的日志信息

docker logs node #node是容器的name

完整代码:https://github.com/lhy2813419591/JenkinsTest

原文地址:https://www.cnblogs.com/lhyxq/p/10868854.html

时间: 2024-08-29 09:55:59

node项目自动化部署--基于Jenkins,Docker,Github(3)自动化部署的相关文章

部署基于Gitlab+Docker+Rancher+Harbor的前端项目这一篇就够了

部署基于Gitlab+Docker+Rancher+Harbor的前端项目这一篇就够了 安大虎 ? momenta 中台开发工程师 6 人赞同了该文章 就目前的形势看,一家公司的运维体系不承载在 Docker+Harbor(或 Pouch 等同类平台)之上都不好意思说自己的互联网公司.当然这些技术也不适用于全部公司,技术在迭代,平台也一样,把我使用的工具和大家分享下,一起成长(文章中扩展可按需Google). Docker docker的架构图如下: 从图中可以看出几个组成部分 docker c

基于 Jenkins+Docker+Git 的CI流程初探

在如今的互联网时代,随着软件开发复杂度的不断提高,软件开发和发布管理也越来越重要.目前已经形成一套标准的流程,最重要的组成部分就是持续集成(Continuous Integration,CI)及持续部署.交付(CD).在此,我们来以一个案例初步了解 CI 流程.那么什么是 CI 呢?简单来讲,CI 就是将传统的代码合并.构建.部署.测试都集成在一起,不断地执行这个过程,并对结果进行反馈. CI 流程设计图: 工作流程: 1. 开发人员提交代码到Git版本仓库:2. Jenkins人工/定时触发项

ansible 部署基于centos7+docker+nginx+openssl+v2版私有仓库

ansible 部署基于centos7+docker.1.12+nginx+openssl+v2版私有仓库 1.申请域名证书不做详细教程网络上很多 2.ansible-playbook 结构 . ├── hosts # 需要安装服务器IP地址 ├── roles │   ├── docker │   │   ├── defaults │   │   ├── files │   │   │   └── dockerkey #证书 文件加 │   │   │       ├── domain.crt

Kubernetes 生产环境安装部署 基于 Kubernetes v1.14.0 之 部署规划

1. 安装规划 1.1 部署节点说明 etcd集群规划 etcd 中心集群 192.168.2.247192.168.2.248192.168.2.249 etcd 事件集群 192.168.2.250192.168.2.251192.168.2.252 Kubernetes master节点集群规划 192.168.3.10192.168.3.11192.168.3.12192.168.3.13192.168.3.14 Kubernetes master vip 192.168.4.1192.

netcore3.1+jenkins+docker在ubantu中部署

最近由于疫情给了不少时间,之前断断续续做过很多关乎docker的学习,一直敲各种命令,觉得太麻烦了,没继续深入下去,这段时间又琢磨了一阵子,说一说遇到的一些问题,记录一下.ubantu是安装在台式机中的,总觉得虚拟机太麻烦,直接把台式机的机械硬盘电源线拔了,把系统安装到了120g的固态硬盘上,平时闲置的也算做了一些贡献,ubantu上有一些小游戏挺好玩,扯远了... 安装环境就不说了,总体思路就是代码传递到码云,由jenkins下载最新代码,执行dockerfile,运行容器.开始是做的jenk

基于Jenkins,docker实现自动化部署(持续交付)

前言 随着业务的增长,需求也开始增多,每个需求的大小,开发周期,发布时间都不一致.基于微服务的系统架构,功能的叠加,对应的服务的数量也在增加,大小功能的快速迭代,更加要求部署的快速化,智能化.因此,传统的人工部署已经心有余而力不足.持续集成,持续部署,持续交互对于微服务开发来说,是提高团队整体效率不可或缺的一环.合理的使用CI,CD能够极大的提高了生产效率,也提高了产品的交互质量.本文不对三个概念做过多的介绍,有兴趣可以读读这篇文章:The Product Managers' Guide to

Docker——Jenkins + Git + Registry构建自动化持续集成环境(CI/CD)

前言 在互联网时代,对于每一家公司,软件开发和发布的重要性不言而喻,目前已经形成一套标准的流程,最重要的组成部分就是持续集成(CI)及持续部署.交付(CD). 本文基于Jenkins+Docker+Git\Svn实现一套CI自动化发布流程,同时支持撤回. 一.发布流程设计 工作流程: 开发人员提交代码到Git或Svn版本仓库: Jenkins人工/定时触发项目构建: Jenkins拉取代码.代码编码.打包镜像.推送到镜像仓库: Jenkins在Docker主机创建容器并发布. 二.环境设计 1.

基于Jenkins Pipeline自动化部署

最近在公司推行Docker Swarm集群的过程中,需要用到Jenkins来做自动化部署,Jenkins实现自动化部署有很多种方案,可以直接在jenkins页面写Job,把一些操作和脚本都通过页面设置,也可以在每个项目中直接写Pipeline脚本,但像我那么优秀,那么追求极致的程序员来说,这些方案都打动不了我那颗骚动的心,下面我会跟你们讲讲我是如何通过Pipeline脚本实现自动化部署方案的,并且实现多分支构建,还实现了所有项目共享一个Pipeline脚本. 使用Jenkins前的一些设置 为了

Linux文档整理之【Jenkins+Docker自动化部署.Net Core】

这次整理的文档是Jenkins+Docker实现自动化部署,很早之前就写的,今天有时间就搬到博客园做个记录. Jenkins是基于Java开发的一种持续集成工具,主要用于持续.自动的构建/测试软件等相关项目.在Java开发中我们经常能看到使用jenkins来部署,.Net core目前还是比较少见的,但是好的东西我们就应该要拿来使用.借鉴. 1. 安装JenKins 这里使用Docker来安装JenKins,当然也可以直接安装到Linux中. 创建jenkins工作目录 mkdir /usr/l