基于docker搭建测试环境的原因

    作者:课课家教育更新于: 2016-03-03 11:04:48

      当web项目开发完毕后,一般会在测试环境上运行一下,供开发部门调错和测试部门测试。对于具有一定业务规模的公司,几十个上百个web服务,每个服务分别占用一个tomcat目录,配置过程繁琐,且无法集中管理。此外,对于公司的新手来讲,需要一定的背景知识才可以上手。

    基于docker搭建测试环境的原因_服务器_课课家

      本文主要讲述基于Docker搭建测试环境,或许可以解决部分上述问题。

      总体思路

      业务代码(包括Dockerfile文件)通过git提交,使用Jenkins或hudson触发maven编译项目代码、并制作成docker镜像,push到docker镜像服务器

      登录shipyard,deploy docker容器

      业务流程

      1、在web项目目录中添加一个Dockerfile文件

      FROM tomcat

      ADD *.war $TOMCAT_HOME/webapps

      # 启动tomcat并监听tomcat日志

      CMD bash start.sh

      2、创建一个新的hudson job,并build。

      3、进入http://shipyard:8080/,通过web ui决定在哪台主机上运行项目实例,并配置映射端口。

      基于docker测试环境的安装

      jenkin与docker的整合参见:[使用Jenkins来构建Docker容器](http://www.cnblogs.com/Leo_wl/p/4314792.html ""),在此就不班门弄斧了。

      该测试环境使用shipyard管理docker镜像和容器(运行web实例)。shipyard, Built on Docker Swarm, Shipyard gives you the ability to manage Docker resources including containers, images, private registries and more.

      示例环境描述:在192.168.56.154,192.168.56.155上搭建docker swarm集群,并在192.168.56.154上运行shipyard controller。

      安装docker registry

      docker run -d -p 5000:5000 -v /root/registry:/tmp/registry registry

      安装docker swarm

      1、为192.168.56.154,192.168.56.155安装docker,并配置其DOCKER_OPTS="--insecure-registry 私服ip:5000 -H 0.0.0.0:2375 -H unix:///var/run/docker.sock"

      2、为192.168.56.154,192.168.56.155搭建zookeeper集群(也可以使用现成的zookeeper集群,其它配置工具etcd等也可)

      3、为192.168.56.154,192.168.56.155搭建docker swarm(zookeeper只是其中一种服务发现的方式)

      root@192.168.56.155 # docker run -ti -d --restart=always --name shipyard-swarm-agent swarm join zk://192.168.56.154,192.168.56.155/swarm --addr=192.168.56.155:2375

      这容器工作就是:不停的向zookeeper注册该节点的信息,进入zookeeper命令行可以看到

      [zk: 192.168.56.154:2181(CONNECTED) 5] ls /swarm/docker/swarm/nodes [192.168.56.155:2375] root@192.168.56.154 # docker run -ti -d --restart=always --name shipyard-swarm-agent swarm join zk://192.168.56.154,192.168.56.155/swarm --addr=192.168.56.154:2375 root@192.168.56.154 # docker run -ti -d --restart=always --name shipyard-swarm-manager -p 2376:2376 swarm manage zk://192.168.56.154,192.168.56.155/swarm --host tcp://0.0.0.0:2376

      --host tcp://0.0.0.0:2376是设置容器中swarm的http server监听2376端口,-p 2376:2376是将容器的2376端口映射出来,注意2376端口是随意弄的,但该端口不能命名为2375。至此,docker swarm将以192.168.56.154:2376对外提供web服务

      shipyard 手动安装步骤

      shipyard最新的是3.0.0版,基于docker swarm,其所有组件以docker容器方式运行,有两种部署方式

      自动部署,命令:curl -sSL https://shipyard-project.com/deploy | bash -s

      手动部署,手动依次启动必须的容器组件。

      安装过程

      1、通过/root/shipyard/data持久化数据库中的数据

      root@192.168.56.154 # docker run -ti -d --restart=always --name shipyard-rethinkdb -v /root/shipyard/data:/data rethinkdb

      2、安装shipyard-controller

      root@192.168.56.154 # docker run -ti -d --restart=always --name shipyard-controller --link shipyard-rethinkdb:rethinkdb --link shipyard-swarm-manager:swarm -p 8080:8080 shipyard/shipyard:latest server -d tcp://swarm:2376

      需要注意的问题

      docker容器一定可以访问宿主机么

      理论上是可以访问的,但如果你的宿主机打开了防火墙,对于192.168.56.154执行docker run -ti -d --restart=always --name shipyard-swarm-agent swarm join zk://192.168.56.154,192.168.56.155/swarm --addr=192.168.56.154:2375时,可能会失败,因为swarm容器无法访问192.168.56.154的2376端口

      清掉过时的镜像和容器

      对于测试环境,业务代码经常更新,因此会产生非常多的docker镜像和容器,需要在合适的实际将其干掉。这涉及到

      镜像的命名策略

      干掉old镜像以及对应container的时机

      我采用以下策略:镜像名与jenkins的JOB_NAME相同,在使用jenkins build镜像时,便通过swarm/docker remote RESTFUL API干掉原有的镜像和容器。

      优势

      docker镜像集中管理(通过web ui进行管理)

      docker容器(类似于一个项目实例)集中管理,并可以监控所有实例的运行状态,还可以创建、删除“运行实例”

      减少操作步骤,只需要极少的背景知识(为调试项目,需要懂一点docker命令)。

      不足

      运行的web项目只可以调用其它服务(包括redis、rabbitmq等),不能对外提供服务(不是不可以做,而是复杂的端口映射不好管理(可以使用nginx可以解决))。

docker 更多推荐

课课家教育

未登录