jenkins docker（如何在docker中安装jenkins）

本文目录

• 如何在docker中安装jenkins
• jenkins容器中使用docker
• Gitlab+Jenkins+Docker+Harbor+K8s集群搭建CICD平台
• jenkins安装需要docker吗
• Jenkins docker插件自动创建容器执行完成销毁容器
• 手把手搭建jenkins + docker + k8s 持续集成、自动化发布环境
• Docker容器中安装Docker
• jenkins构建docker镜像
• Jenkins 以Docker方式启动的agents
• 如何使用docker+jenkins实现自动化集成

如何在docker中安装jenkins

1：在linux中安装docker2：使用docker拉取一个linux镜像 如：centos73：使用centos7镜像创建容器并运行。4：在创建的容器中搭建java环境5：上传tomcat并解压6：将jenkins放进tomcat中进行运行（安装方法和在windows中一样），建议使用war包的安装方法，就是将jenkins.war放进tomcat的webapps目录下，在启动tomcat就可以了.

jenkins容器中使用docker

在项目中要使用jenkins实现自动化CI/CD功能，jenkins以docker容器方式运行，其中项目编译完要以docker方式构建image，上传到harbor私有仓库中。那jenkins容器中就要有docker运行环境以实现docker build images。 我使用的官方的镜像文件 jenkins/jenkins:lts ，jenkins容器中是要以jenkins用户方式运行的。但宿主机host中的docker是以root所有的。这是因为当前容器中是以jenkins用户在运行的，所以没有权限去访问/var/run/docker.sock。 可以看到容器中还是宿主机的权限模式，其中994是宿主机的docker的GID 宿主机的docker GID查看 为了验证这个问题，可以把jenkins容器以root用户方式去运行。 可以看到以root方式运行，是可以成功执行docker info命令的，这说明可以在jenkins容器中运行了。 docker-jenkins-test镜像Dockerfile如下： 在参考其他几种jenkins with docker的实现方式： How can i run docker command inside a docker container? A jenkins capable of running docker agents using docker engine of host. Use docker inside docker with jenkins user 里面有各种实现方式，但我试验过了，在不改变宿主机/var/run/docker.sock权限的情况，都没有成功过。 最简单的，就是在容器中不jenkins用户运行。 The ****** way to run Docker-in-Docker for CI 跟这个仁兄实现方法类似，以root用户去运行，手工安装docker，再挂载宿主机/var/run/docker.sock。 启动容器 运行情况： 这个jenkins容器中docker info跟宿主机的docker info是一样的。

Gitlab+Jenkins+Docker+Harbor+K8s集群搭建CICD平台

上帝借由各种途径使人变得孤独，好让我们可以走向自己。 ——赫尔曼·黑塞《德米安》

CI即为 持续集成(Continue Integration,简称CI) ，用通俗的话讲，就是 持续的整合版本库代码编译后制作应用镜像 。建立有效的持续集成环境可以减少开发过程中一些不必要的问题、 提高代码质量、快速迭代 等,

Jenkins :基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件的持续集成变成可能。 Bamboo : 是一个企业级商用软件,可以部署在大规模生产环境中。

CD即持续交付Continuous Delivery和持续部署Continuous Deployment，用通俗的话说，即可以持续的部署到生产环境给客户使用，这里分为两个阶段，持续交付我理解为满足上线条件的过程，但是没有上线，持续部署，即为上线应用的过程

关于 CD环境 ，我们使用以前搭建好的 K8s集群 ，K8s集群可以实现应用的 健康 检测，动态扩容，滚动更新 等优点，关于K8s集群的搭建，小伙伴可以看看我的其他文章

拉取镜像，启动并设置开机自启

配置docker加速器

GitLab 不多介绍。一个基于Git的版本控制平台，,提供了Git仓库管理、代码审查、问题跟踪、活动反馈和wiki，当然同时也提供了

切记:这里的端口要设置成80，要不push项目会提示没有报错，如果宿主机端口被占用，需要把这个端口腾出来

externa添加仓库地址

修改后的配置文件

加载使其生效

CI机器简单测试一下

push一个镜像，可以在私仓的web页面查看

镜像jenkins拉取

这里为什么要改成 1000，是因为容器里是以 jenkins 用户的身份去读写数据，而在容器里jenkins 的 uid 是 1000，

更换国内清华大学镜像,Jenkins下载插件特别慢，更换国内的清华源的镜像地址会快不少

"http://www.google.com/" 替换为 "http://www.baidu.com/"

替换后查看

重启docker，获取登录密匙

需要修改jenkins绑定的docker的启动参数 ， ExecStart=/usr/bin/dockerd -H tcp://0.0.0.0:2376 -H fd:// --containerd=/run/containerd/containerd.sock

修改镜像库启动参数后需要重启docker

后面 gitlab 要和 jenkins 进行联动，所以必须要需要对 jenkins 的安全做一些设置，依次点击 系统管理-全局安全配置-授权策略，勾选"匿名用户具有可读权限"

添加 JVM 运行参数 -Dhudson.security.csrf.GlobalCrumbIssuerConfiguration.DISABLE_CSRF_PROTECTION=true 运行跨站请求访问

这里的话我们要通过jenkins上的kubectl客户端连接k8s,所以我们需要安装一个k8s的客户端kubectl，下载k8s客户端

然后拷贝kubeconfig 证书,k8s集群中查看证书位置,这里的证书是之前创建好的,小伙伴可以看看我之前的文章

命令测试没有问题

我们要部署 Nginx 来运行 hexo 博客系统， hexo 编译完后为一堆静态文件，所以我们需要创建一个 svc 和一个 deploy ，使用 SVC 提供服务，使用 deploy 提供服务能力,使用 Nginx+hexo的静态文件 构成的镜像

这里我们先用一个Nginx镜像来代替hexo博客的镜像

查看deployments和pod

访问测试没有问题，之后我们配置好jenkins上的触发器，直接替换就OK

我们通过 kubectl set 命令更新 deploy 的镜像时，获取的镜像是通过私仓获取的，所以需要在启动参数添加私仓地址

这里所有的节点都需要设置后重启docker

访问jenkins，接下来才是重点，我们要的jenkins上配置整个CICD流程，从而实现自动化

下面我们编译一下hexo，生成public的一个文件夹,然后上传gitlab

同时需要编写Dockerfile文件来创建镜像

jenkins安装需要docker吗

首先告诉你，在docker里面运行jenkins是没问题的，当然使用docker也可以运行jenkins，最简单的方法就是把环境配置好后，把jenkins的war包放到tomcat里面运行。

Jenkins docker插件自动创建容器执行完成销毁容器

1、jenkins 安装docker 插件 jenkins 安装Docker plugin 2、配置jenkins使用Docker 管理口 1）配置Dokcer配置文件(Docker windows不支持) docker文件：/usr/lib/systemd/system/docker.service 修改ExecStart行为下面内容 ExecStart=/usr/bin/dockerd -H tcp://0.0.0.0:2375 -H unix://var/run/docker.sock \ 重新加载docker配置 systemctl daemon-reload // 1，加载docker守护线程 systemctl restart docker // 2，重启docker 2）jenkins配置docker 管理 3、配置docker镜像模板使用 点击对应的任务执行，自动生成对应的node节点，执行完成后自动删除节点。

手把手搭建jenkins + docker + k8s 持续集成、自动化发布环境

持续集成对于微服务开发来说，已经是不可或缺了，能够极大的提升效率。由于自己在家鼓捣项目的过程中，时常会有一些发布，本着偷懒的目的，在家里搭建了这套环境，记录下过程。 todo 流程控制 说明下： -u root 、 -v /var/run/docker.sock:/var/run/docker.sock 、 -v /usr/local/bin/docker:/usr/bin/docker 都是为了能够调用宿主机的docker执行build镜像 示例的构建用的是一个maven项目

Docker容器中安装Docker

最近用到Jenkins，使用了Docker来提供服务，但是在构建步骤中又希望能够使用Docker去生成镜像，因此需要实现在Docker容器中去安装Docker，其实也就是在特定的系统环境下安装Docker，但是实际操作中可能还会出现其他问题。 以Jenkins/Jenkins容器为例子。 进入jenkins容器： 一般安装前都需要知道当前系统信息，没有安装l**-core,因此执行： 我在第一次查询时候也看不出来是用的哪个系统以及版本，猜测应该为Debian。 因为原来的配置的源速度太慢（无效？），因此执行apt-get update都会失败，所以无法去安装新的软件。所以需要先更改源配置，这个过程中我找到了不少配置信息，但是基本都因为key过期等原因不能够使用。这里推荐一个很好的网站，会每隔四小时发布Debian的源地址： 备份Linux的源配置文件： 修改源配置信息（因为没有安装vim，只能通过》方式将地址写入文件） 然后安装vim，方便后面查看等操作。 sources.list 文件，配置完整地址。 同样安装l**-core，安装完成后可以使用l**_release -a查看系统版本。 接下来就是安装Docker，这里我们已经知道是在Debian环境下安装Docker，可以参考菜鸟的步骤：

jenkins构建docker镜像

解锁jenkins

选择安装推荐的插件即可，也可以选择自定义

创建用户

安装maven

安装docker

配置docker

搭建私有仓库

打开 系统管理》系统配置 页面 拉到最下面有个cloud选项

接下来新建一个maven项目 点击 新建任务

添加maven打包完之后的docker镜像构建命令

dockerfile填写自己的路径 默认是pom.xml同级目录 就是项目的根目录吧 是否推送仓库等都是可选的 按需配置

保存后点击 立即构建

Jenkins 以Docker方式启动的agents

本节详细讲述使用SSH连接以Docker方式启动的agents。 假设Jenkins master已经安装好了。agent机器上docker环境也安装好了。 在Jenkins master机器上执行以下命令，如果是以docker方式安装就在容器里面执行 使用 docker-ssh-agent image 创建agent： 是ssh public key，可以从~/.ssh/id_rsa.pub获取 在Jenkins dashboard一次点击 Manage Jenkins ---》 Manage Nodes and clouds ---》 New Node 输入agent的名称和类型（比如Name: agent1, Type: Permanent Agent），点击OK，填写以下表单然后点击保存，此时agent1已经注册到master，但是还是offline，点进去

如何使用docker+jenkins实现自动化集成

Docker 介绍Docker 号称是下一代的虚拟机，它在启动和创建速度、性能、移植性等方面均优于传统虚拟机。Docker 是 PaaS 提供商 dotCloud 开源的一个基于 LXC 的高级容器引擎。它能够让开发者打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。目前，通过 Boot2Docker 已能使 Docker 运行在 Windows 和 OS X 中。Docker 容器完全使用沙箱机制，相互之间没有任何接口。Docker 几乎没有性能开销，可以很容易地在机器和数据中心中运行。最重要的是, 他们不依赖于任何语言、框架或系统。Docker 在其网站上明确地提到的 Docker 的典型应用场景如下： 对应用进行自动打包和部署 创建轻量、私有的 PAAS 环境 自动化测试和持续整合与部署 部署和扩展 Web 应用、数据库和后端服务在自动化测试领域，Docker 大有取代传统虚拟机技术的趋势，原因如下： 自动化测试依赖的是测试所需要的应用，而并非整个操作系统。因此，传统的虚拟机技术存在资源浪费。 Docker 构建于 LXC 之上。借助 LXC 轻量级的特性，相比于目前的虚拟机技术，Docker 启动更快、资源占用更小。 Docker 比虚拟机轻量、灵活，便于管理。 Docker 标准化的构建方法 (Dockerfile) 和良好的 REST API，使得自动测试和持续集成/部署能够很好的集成进来。回页首Sahi 介绍Sahi 是一个开源的 Web UI 自动化测试框架。尽管它的知名度不及 Selenium，用户群也不及 Selenium 庞大，但它确有它独特的魅力，例如： 基于上下文的页面元素识别机制。 隐式页面加载响应等待机制。 良好的浏览器支持。 优秀的跨浏览器录制回放调试工具 Sahi Controller。这些特性都大大地加快了自动化测试脚本的开发速度，并降低了维护成本。Sahi 通过一个用 Java 编写的代理服务器，将用户的脚本转换为 JavaScript 后注入往返的 HTTP 请求及响应中，从而驱动浏览器事件。编程语言方面，除 Sahi 脚本（其本质是一个 JavaScript 库）以外，还支持 Java 和 Ruby。Sahi 有开源和收费两个版本。虽然收费版本提供了很多开源版本不具备的高级特性，不过开源版本已经能够满足大部分的功能要求。点此查看开源版本与收费版本的差异。点此查看Sahi 与其他 Web 自动化测试框架的对比。回页首Jenkins 介绍Jenkins 是一种开源的基于 Java 开发的持续集成工具，前身称作 Hudson。Jenkins 提供了用于监控持续重复工作的软件平台。它支持丰富的插件，用户可以按照需求进行选择安装和配置，以实现生成执行状态表格，自动部署、更新自动化测试包等高级功能。本文将要介绍 Jenkins 的 Docker 插件，它能够动态地创建 Docker 容器作为 Jenkins Slave 节点，并在执行任务后，自动关闭容器。另外，它还支持一些额外功能，比如当构建任务成功完成后自动将容器保存为镜像、自动将镜像上传到资源库等。回页首实例演示该实例演示如何制作一个运行 Sahi 的镜像以及如何在 Jenkins 上配置 Docker 插件以运行 Sahi 测试脚本。 准备 Docker 镜像本实例需要准备三个镜像：一个运行 Jenkins，一个运行 Subversion，另外一个运行 Sahi。首先，制作运行 Sahi 的镜像。Docker Hub 是一个用于分享 Docker 镜像的资源库。目前，该资源库还没有运行 Sahi 的镜像，所以必须自己创建 Dockerfile 来构建镜像。下图是用来制作 Sahi 镜像的目录。图 1. 制作 Sahi 镜像的目录下图是 Dockerfile 的文件内容。图 2. Dockerfile文件内容整个过程大体分为八个步骤： 指定基础镜像 我们使用的是 evarga/jenkins-slave。该镜像基于 Ubuntu，安装了 SSH 服务，并创建了用户 Jenkins。 替换系统默认更新源。把系统更新源替换为 163 的，后面的软件安装速度会比较快一些。 安装必要的软件（不包括 Oracle Java 和 Sahi）：Firefox, Unzip 以及 Xvfb。删除 Open JDK 是为了后面安装 Oracle Java 做准备。Firefox 不用多说，因为该镜像用于 Web UI 自动化测试，所以安装了最新版本的 Firefox。安装 Unzip 是因为后面安装 Sahi 需要用到它。Xvfb（X virtual framebuffer）是一个 X11 显示服务器的实现。它不是将图形在屏幕上显示出来，而是在内存中运行所有的图形操作。对客户端来说，除了无法看到真正的图形显示，没有其他分别。一般称这种运行方式为 headless。 安装 Oracle Java 8。理论上 Sahi 应当也支持 Open JDK，所以安装 Oracle Java 不是必须的。 安装 Sahi。上传了 zip 文件后，用 Unzip 解压，Sahi 是基于 Java 的，所以解压后即已安装好 Sahi。之后，替换了几个文件，它们的作用如下：Userdata.properties userdata.properties 中有个属性叫 proxy_alert.disabled，默认值为 false。用户第一次启动 Sahi Dashboard 的时候，会弹出一个如下图所示的对话框。用户勾选了“Do no show this message again”并点击 Continue 按钮之后，Sahi 修改该属性值为 true。之后就不会在跳出这个对话框了。由于用 headless 的方式运行 Sahi 无法点击该对话框，所以必须事先用一个已将该属性设置为 true 的文件替换 Sahi 默认的 userdata.properties。图 3. Sahi 代理问题对话框sahi_example_com 这是一个证书文件。用户第一次在 Sahi Dashboard 中打开 Firefox 时的页面如下图所示。用户需要点击 SSL Manager 链接手动接受 SSL 证书。此时，文件 sahi_example_com 被生成到 userdata/certs 目录下。之后，就不需要再进行该操作了。所以，复制的 sahi_example_com 目的也是为了自动完成这步需要在图形界面下才能完成的操作。图 4. Sahi 启动页图 5. SSLManager 的非信任连接页面browser_types.xml替换该文件是为了使 Sahi 以 headless 的方式工作。在该文件中，事先添加了一个名字为 firefox-xvfb 的浏览器配置信息。之后，测试脚本就可以指向该浏览器运行。具体配置 Sahi 和 Xvfb 的步骤参考。添加 init.sh 文件 init.sh 文件用于启动 Xvfb 和 Sahi。其内容如下。图 6. init.sh 文件内容“sleep 5”是因为 Sahi 启动需要一点时间，若立即运行测试脚本会导致失败。 修改权限 最终运行的容器是作为 Jenkins Slave 节点用 Jenkins 用户运行，因此将整个/usr/local 目录及子目录的所有人修改为 Jenkins，并给 Shell 文件添加执行权限。Jenkins 用户是在基础镜像 evarga/jenkins-slave 中创建的，所以在这个 Dockerfile 里没有创建 Jenkins 用户的语句。 指定默认执行的命令CMD – 该语句令镜像默认启动 SSH 服务。事实上，这条语句也可以不添加，因为 evarga/jenkins-slave 的 Dockerfile 中已包含该语句。一切就绪之后，在该目录中执行“docker build -t shenrui/sahi –rm=true”。命令成功执行后，通过“docker images”应当可以查看到名为“shenrui/sahi”的镜像。该镜像已经上传到 Docker Hub，有需要的读者可以自行拉取。Sahi 镜像构建好之后，接下来准备 Jenkins 容器。Docker Hub 上已有官方的 Jenkins 镜像，直接用命令“docker pull jenkins”拉取。在 Docker 主机上，创建一个目录（例如，/data/jenkins_home），并修改权限（chmod 777）以便 Jenkins 容器能读写该目录，然后用命令“docker run -d -t --name myjenkins -p 8080:8080 -v /data/jenkins_home:/va