Asp.net Core Jenkins Docker实现一键化部署的实现

写在前面

在前段时间尝试过用Jenkins来进行asp.net core 程序在IIS上面的自动部署。大概的流程是Jenkins从git上获取代码

最开始Jenkins是放在Ubuntu的Docker中,但是由于Powershell执行的原因,就把Jenkins搬到了windows上。因为我们网站的部署需要停掉IIS站点,所以需要Powershell来远程操作服务器(上传文件,停止站点,启动站点),也很顺利的利用WinRM+Powershell脚本实现了上面的功能,但是最后在实际使用中发现,脚本停止站点偶尔会有是假状态,进行Copy文件还总是会因为占用而失败,所以还是只能手动去停止站点,这样就没有达到一键化的目的,所以就有了用Docker来镜像。

Docker Image

.net core对Docker是大力支持了,在Core之前,我就特别羡慕我在Docker中使用一些工具的体验--一行指令就可以工具自动安全完整了,不用费力进行环境配置,而且对系统的入侵特别少。所以Core出来之后,我就一直会尝试在Docker中运行Core程序 但是一直没敢上正式环境,正好现在遇到自动化部署的问题,就打算先从测试环境开始,把Docker环境一步步的能应用到正式环境上。大概的流程是这样的:

Jenkins安装

Docker安装Jenkins可以直接到store.docker.com上搜索Jenkins的镜像然后run容器就行了唯一要注意的是要让容器中的Jenkins共用宿主机的Docker环境,命令如下

代码如下:

docker run --memory 1.5G  --name ContainerName -p 18181:8080 -p 50000:50000 -u root -d --env JAVA_OPTS="-Xms256m -Xmx512m  -XX:MaxNewSize=256m"  -v /var/run/docker.sock:/var/run/docker.sock  -v /usr/bin/docker:/usr/bin/docker  -v /home/buxiaoxia/software/jenkins:/var/jenkins_home -v /usr/lib/x86_64-linux-gnu/libltdl.so.7:/usr/lib/x86_64-linux-gnu/libltdl.so.7 jenkins/jenkins:lts

后面的-v是用来指定宿主机的文件/文件夹挂载到宿主机的指定路径上面,这里主要是用来挂载宿主机的Docker环境。当容器启动完成之后,我们可以用命令

docker exec -it containerid /bin/bash

进入容器中,执行docker ps的命令试试是否能执行成功。

Jenkins Job

当容器运行好之后,进行一些初始化的工作之后,我们就可以开始建立的部署Job了

源代码管理中配置我们Git的地址

然后就是构建命令直接用执行Shell

#!/bin/bash
# 获取短版本号来用Image的版本号

GITHASH=`git rev-parse --short HEAD`
docker build -t {imagename}:$GITHASH -f {DockerFile-PWD} {镜像的初始目录}

这里就是在构建我们的Image了

然后接下来就是推送当前构建的Image到远程仓库,再在构建后去执行远程连接到需要发布的服务器根据版本号获取到需要部署的镜像进行run就行,因为我当前都在测试环境 所以就直接在本地执行镜像的run了。

docker stop {containername} #停掉原来的容器
docker rm {containername}  #删除原来
docker run -p 9526:80 -d -e ASPNETCORE_ENVIRONMENT='Development' -v /Path/Path/Logs:/app/App_Data/Logs --restart always --name {containername} {imagename}:$GITHASH

这样就基本实现了一键化部署了,当然还是有很多需要优化的地方,接下来我在使用的过程中如果遇到用着不顺的或者是你们有不顺的地方我们在来解决下。

写在最后

DockerFile

最开始构建asp.net core 2.1版本的镜像的时候,运行总是会找不到dotnet sdk,最后就只有在DockerFile中添加了一层 文件内容如下

FROM microsoft/dotnet:2.1-sdk AS build
WORKDIR /app

# 拷贝所有文件到环境中,并进行restore,build and release
COPY . .
RUN dotnet restore
RUN dotnet build
WORKDIR /app/src/Path
RUN dotnet publish -c Release -o out

FROM microsoft/dotnet:2.1-aspnetcore-runtime AS runtime
WORKDIR /app
COPY --from=build /app/src/Path/out ./ 把发布好的文件拷贝到镜像中
Copy --from=build /app/src/Path/bin/Debug/netcoreapp2.1/XXX.xml ./ #把Swagger使用的xml拷贝到目录中

EXPOSE 80
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime #时区的本地化
RUN echo 'Asia/Shanghai' >/etc/timezone
ENTRYPOINT ["dotnet", "project.dll"] # 启动程序

这种方式有个问题就是会有一些无用的images 分享的指令来进行清除

docker ps -a | grep "Exited" | awk '{print $1 }'|xargs docker stop #停掉状态为Exited的容器
docker ps -a | grep "Exited" | awk '{print $1 }'|xargs docker rm #删除状态为Exited的容器
docker images|grep none|awk '{print $3 }'|xargs docker rmi # 删除tag为none的镜像

 docker rmi $(docker images | grep imagename | awk '{print $3}') #删除镜像名称为imagename的镜像 (只能针对没有被用的Image)

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • jenkins中通过Publish Over SSH插件将项目部署到远程机器上的讲解说明

    Publish Over SSH插件使用 在使用Publish Over SSH之前,需要制作SSH私钥.机器间做免密登录配置.假设机器A,ip为192.168.AA.AAA,机器B: 192.168.BB.BBB,机器A能够免密登录机器B,机器B能够免密登录机器A,制作方式是: 进入A机器,执行: cd ~ ssh-keygen -t rsa 通过下面的命令,表示可以通过机器192.168.AA.AAA免密登录到机器192.168.BB.BBB ssh-copy-id 192.168.BB.B

  • 在CentOS7上搭建Jenkins+Maven+Git持续集成环境的方法

    本文以部署 Spring boot + Maven 项目为例,使用码云作为代码托管仓库,在 CentOS 7 上搭建 Jenkins 持续集成环境. 1. 准备工作 1.1 安装 Java 环境 Jenkins 是基于 Java 开发的持续集成工具,需要在 Java 环境下运行.用下面命令查看系统是否已安装 Java: yum list installed | grep jdk 如果没有,使用 yum search 命令查找 openjdk 版本,选择合适的 jdk 进行安装: yum sear

  • 如何通过Jenkins定期清理为None的镜像详解

    前言 在代码持续交付过程中,依靠Jenkins生产Docker镜像时,会生成许多的名为None的中间镜像,这些镜像在整个项目生产过程完毕后意义不大,还占着空间,需要定期清理,通过手动方式实在是繁琐,也就有了定期清理. Jenkins是一个功能强大的应用程序,允许持续集成和持续交付项目,无论用的是什么平台.这是一个免费的源代码,可以处理任何类型的构建或持续集成.集成Jenkins可以用于一些测试和部署技术.Jenkins是一种软件允许持续集成. 下面话不多说了,来一起看看详细的介绍吧 一.手动方式

  • 详解jenkins自动部署springboot应用的方法

    最近公司在利用jenkins自动部署springboot应用,以前别人配的那个jenkins虽说可以正常部署,但是多次反复部署之后jenkins会报错,提示内存不足: Maven JVM terminated unexpectedly with exit code 137 原因是因为jenkins没有配置部署新的应用前先把旧的应用进程先kill掉而导致在服务器上有多个应用进程.因此自己决定摸索如何配置jenkins可以每次部署都把旧进程kill掉再启动新进程. 安装Jenkins 安装命令: s

  • Jenkins之Log Parse使用方法详解

    在初学使用Jenkins的同学们,应该都遇到过通过bash或者cmd命令执行输出的日志,没办法做到对error, warning等状态的分析和统计.在这里就给他介绍一款实现此功能的插件Log Parse.此插件安装相当容易,但配置规则文件时,我踩了一坑,记录共享于同学们. 规则文件绝对路径 当然,你的设置一定要重新加载,否则是无效的 规则文件相对路径: 在windows平台下,默认的根目录为C:\Windows\.SysWOW64\,所以需要把规则文件放到此目录下. 常用规则文件代码如下: ok

  • 详解Docker+Jenkins+Gitlab+Django应用部署实践

    一.背景介绍 在互联网应用快速更新迭代的大背景下,传统的人工手动或简单脚本已经不能适应此变化,此时Devops为我们提供了良好的解决方案,应用好CI/CD可以大大的方便我们的日常工作,自动化快速的持续集成/持续交付为我们带来了应用开放的更快速度.更好的稳定性和更强的可靠性. 二.拓扑环境 2.1 架构拓扑 如上图实例,简单花了下流程拓扑: 当研发push本地代码到gitlab-server后,webhook自动触发jenkins构建应用 在docker host上部署应用git clone来自g

  • Jenkins简介与Docker部署Jenkins的方法

    一.相关概念 1.1 Jenkins概念: Jenkins是一个功能强大的应用程序,允许持续集成和持续交付项目,无论用的是什么平台.这是一个免费的源代码,可以处理任何类型的构建或持续集成.集成Jenkins可以用于一些测试和部署技术.Jenkins是一种软件允许持续集成. 1.2 Jenkins目的: 1.持续.自动地构建/测试软件项目. 2.监控软件开放流程,快速问题定位及处理,提示开放效率. 1.3 特性: 开源的java语言开发持续集成工具,支持CI,CD. 易于安装部署配置:可通过yum

  • 使用Jenkins配置Git+Maven的自动化构建的方法

    背景 最近安装Jenkins,参照网上的各种资料进行尝试,折腾了好久,但是查找了这么多资料,相似度在90%以上!!!,相同的安装过程,测试了几台机器,未曾成功,不得不感慨自己能力有限,最终慢慢摸索,形成思路,现分享给大家,希望大家在安装的时候少走弯路. PS:本人很痛恨那种粘贴复制,毫无思考的博主,本想着拿着解决问题的心态,但结果还是一样,不但浪费了大家的时间,还浪费了大家的感情,所以,我把我遇到的问题和解决的方式记录下来和大家分享. 知识背景 首先需要理解的是,Jenkins是帮我们将代码进行

  • Docker容器使用jenkins部署web项目(总结)

    (1)需要安装Docker容器,在Docker容器内安装jenkins,gogs,tomcat.   新建maven项目,添加findbugs plugin. 使用docker启动jenkins,gogs,Tomcat的命令gogs : 复制代码 代码如下: docker run -itd -p 10022:22 -p 10080:3000 --restart=always --privileged=true --name=gogs -v /var/gogs:/data gogs/gogs je

  • jenkins安装及其配置笔记

    一.相关概念 1.1 Jenkins概念: Jenkins是一个功能强大的应用程序,允许持续集成和持续交付项目,无论用的是什么平台.这是一个免费的源代码,可以处理任何类型的构建或持续集成.集成Jenkins可以用于一些测试和部署技术.Jenkins是一种软件允许持续集成. 1.2 Jenkins目的: 1.持续.自动地构建/测试软件项目. 2.监控软件开放流程,快速问题定位及处理,提示开放效率. 1.3 特性: 开源的java语言开发持续集成工具,支持CI,CD. 易于安装部署配置:可通过yum

随机推荐