Docker部署服务的坑实例分析

这篇文章主要讲解了"Docker部署服务的坑实例分析 "，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习"Docker部署服务的坑实例分析 "吧！

本项目采用的是spring cloud+spring boot+spring gateway+mysql还用到了rabbitmq。服务器为centos7。

采用的zuul被我换成了gateway。 zuul基于servlet 2.5（使用3.x），使用阻塞api。 它不支持任何长连接，如websockets。而gateway建立在spring framework 5，project reactor和spring boot 2之上，使用非阻塞api。 websockets得到支持，并且由于它与spring紧密集成，所以将会是一个更好的开发体验。

docker镜像服务使用的是阿里云的容器镜像服务。问了一下同事，说是用的google的容器工具jib。于是cmd+shift+f全局搜了一下jib。

点击进去可以看到

进入到阿里云找到容器镜像服务（此处省略不知道镜像仓库是分区的，找不到仓库以为是没权限，然后厚着脸皮要来了管理员账号修改了离职同事的员工账号也还是没有找到仓库的步骤）

然后我创建了一个命名空间xxx-prod，然后在该空间下为每个服务都建好了仓库.私有仓库。代码源我选择的是本地仓库推送到镜像仓库。其他的我也不太了解。

(后来发现其实不用建，jib提交会自动创建仓库，手动创建的时候选择) 使用jib提交上去后，可以在仓库的版本信息里看到更新。

然后连接上服务器。在home文件夹下面创建一个docker文件夹

//在root根目录//~]# centos7的emmm怎么说呢，就是gitbash和os系统上面是$ windows下面cmd是>//home下面创建一个docker文件夹~]# mkdir /home/docker//进入创建的docker~]# cd /home/docker

然后开始pull我们上传到阿里云的镜像。其实随便哪个目录都可以pull（此处省略第一次pull阿里镜像服务时，没有看操作指南，一度怀疑自己账号没有权限其实是没有login，然后一直docker login，殊不知后面应该加上阿里云的镜像地址：registry.cn-hangzhou.aliyuncs.com） 在阿里云的镜像服务管理控制台，随便点开一个镜像仓库-->管理，可以看到对镜像仓库的操作指南

镜像拉取完毕以后输入

~]# docker images

可以看到自己刚才pull到的镜像。

我问同事这里怎么这么多镜像，他跟我解释说

emmm，行吧！总觉得有很多镜像占内存（希望有知道的大佬不吝赐教，感谢）

启动eureka

~]# docker run -d --name eureka -p 8761:8761 -p 15672:15672 -p 9001:9001 -v /etc/localtime:/etc/localtime registry.cn-hangzhou.aliyuncs.com/xx_xxx_prod/eureka// -d后台运行 -p绑定端口这里绑定了三个端口，一个是注册中心本身的端口，一个是网关的端口，另外一个是rabbitmq的端口 //-v打印版本信息

由于使用了rabbitmq，所以还需要再创建一个rabbitmq容器。 还是先拉取镜像

//这里注意获取镜像的时候要获取management版本的，不要获取last版本的，management版本的才带有管理界面。~]# docker pull rabbitmq:management~]# docker run -d --name rabbit -e rabbitmq_default_user=xxx -e rabbitmq_default_pass=xxx --network=container:eureka rabbitmq:management//因为docker容器间是网络隔断的 --network是加入eureka一样的网络环境这样才能被eureka治理下的服务访问到。//-e是设置默认的账户密码 指令中是xxx，用到的朋友请自行调整。

然后启动自己的服务

~]# docker run -d --name xxx -v /home/docker/web-prod/logs:/logs -v /etc/localtime:/etc/localtime --network=container:eureka registry.cn-hangzhou.aliyuncs.com/xx_xxx_prod/xxx //-v是将日志挂载到自己制定的目录。 同样--network加入eureka的网络，这里不用绑定端口。//启动后可以在注册中心的控制台查看服务状态。ip + eureka的端口。

这样服务就跑起来啦。其他服务步骤类似。最后补充一些在上线是遇到的小插曲。 一开始不知道docker容器间是网络隔断的，一直连不上rabbitmq，因为之前一直没有使用--network假如eureka的网络。所以服务内localhost访问不到rabbitmq。还有，如果服务中有用到rabbitmq延时队列的话，还需要安装延时队列的插件。 插件安装步骤

打开官网下载：http://www.rabbitmq.com/community-plugins.html选择相应的对应的版本"3.7.x"点击下载。~]# docker cp /home/docker/rabbitmq_delayed_message_exchange-20171201-3.7.x.ez rabbit:/plugins//进入到docker内部~]# docker exec -it rabbit /bin/bash//开启插件rabbitmq-plugins enable rabbitmq_delayed_message_exchange//查看安装的所有插件rabbitmq-plugins list

安装成功，如图：

docker rm 删除容器时，突然就删除不了了。docker ps -a发现该容器的状态是dead（死亡），网上查阅了很多资料，什么强删、查看挂载状态、手动删除文件夹、查看端口占用情况。几乎都试过了，没有效果。

最后大概经验使然，鬼使神差的把nginx和httpd都关掉然后就可以删除了。 不要问我为什么同一台服务器同时装nginx和httpd，此项目原本是php项目，由他们部署的，我接手后自己使用的nginx。

还有一个很奇怪的问题，虽然解决了但后面我还是不太明白为什么会这样子。用户表里面有一个last_password_reset_date,用户登录时会校验这个时间字段，一直报token失效，一个个字段日志输入后，发着这个字段比数据库里面的时间相差10个小时，当时想过是时区问题。但是同一张表的另一个register_date字段时间是正常的，于是便没有处理时区。排查了很久，以为是java接受的时间类型不对，或是同事对这个字段进行了处理。一直没搞定。后面我把线上环境脸上测试库，发现又正常。最后查看了一下测试环境数据库的时区 ，是东八区。线上库是默认的gtm。最后把正式库的时间改成了东八区就好了。

还有一个就是redis，因为之前有一个公众号服务，用到了redis，当时redis服务是在宿主机上面的。所以，想就连服务器宿主机上面算了，但是一开始连不上，后来把redis的配置文件改了一下，bind参数绑定内网ip就好了。然后程序里面使用内网ip连上redis。

感谢各位的阅读，以上就是"Docker部署服务的坑实例分析 "的内容了，经过本文的学习后，相信大家对Docker部署服务的坑实例分析 这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是，小编将为大家推送更多相关知识点的文章，欢迎关注！