SpringBoot项目部署初体验【Docker】

前言

一个微服务项目,小到几个模块,大到十几二十几个模块,每个模块都是单独的SpringBoot工程,这么多模块的部署,部署成本真的很高,而且每个服务的部署,都是手动部署,打成war或者jar ?,一个一个的部署也是相当的麻烦,介于此:

我前段时间倒腾了一个博客系统,昨天测试基本功能已经跑通了,可能再过段时间我就要买服务器架设自己的博客系统了,这个系统由SpringBoot支撑,我们就把它当作一个微服务项目的一个一个模块,进行学习微服务项目的部署

北京人原始部署:全程手动

基于前面的介绍,测试项目采用SpringBoot开发,我们将该服务打成一个jar,然后再Docker中运行该jar即可

整个流程我们豪爽的分为下面两步:

  1. SpringBoot项目打包jar 【maven插件支持,否则找不到main方法入口】

  2. 创建Docker镜像、容器、并启动容器,访问测试

SpringBoot项目打包成jar

没有其他要说的,就是一个maven插件,这里说明一下,这个插件必须有,否则打成的jar不能运行

    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

通过idea分别执行clean package打包命令,然后我们就可以在项目内的target目录下找我打成的jar包

【小提示】:可以在本地运行该jar,测试功能是否畅通,功能测试完好再做下一步深入入入入...

  • java -jar jar包全名称

通过Dockerfile文件构建镜像

Dockerfile编写规则

在本地磁盘中找到该jar,并将其上传到我们的Linux服务器:

上传到我们的Linux服务器后,我们就在该jar的同等路径下,编写Dockerfil文件,注意在同一路径下!

下面对上面的命令做一个简单的解释:

  • jdk:8   :构建一个jdk8镜像的新镜像,如果本地不具有,docker回去中央仓库下载

  • ADD 这一栏将当前目录下的这个jar ,复制到镜像内的根目录下

  • 最后一栏表示 完成上面操作后将进行的命令,类似于CMD 也就是启动该jar的脚本命令

然后就是镜像构建了: docker build -t 'ninjablog:1.0' .

下面仍然做一个简单的解释:

  • 【docker build -t 'ninjablog:1.0' . 】 :表示构建一个镜像取名为ninjablo,版本号为1.0

  • 这里我需要注意的是,镜像名字千万不要使用大写字母,会构建失败的,我也不知道为什么

  • 构建完成之后,通过docker images 查看本地镜像,就会看到我们刚刚构建的那个镜像大摇大摆的出现在了列表中

镜像就算是已经构建成功,下面我们创建基于该镜像的容器

中途夭折心酸故事

然后我创建容器,并运行容器,这个时候通过 docker logs -f 容器名/id 查看到一堆有一堆的异常,我炸了

经过30分钟的排查后,我觉得可能是mysql的配置错了。我配置的localhost:3306,明显我的容器中没有这玩意儿,

经过一番折腾,我再次打包、上传。做镜像。开容器,...再打包....再打包......

一个小时后!啊,我的天啊,怎么回事啊?Linux上都能远程连接Windows上的mysql,为什么你个SpringBoot连接不上

  • 我尝试使用ip:port的方式用navicat连接本地数据库,连接失败

  • 开启本地数据库远程连接功能,开放所有数据库访问权限,Linux完美连接,项目报异常

  • 突然想起我的docker上好像有mysql诶?马上折腾,启动容器,创建数据库,导数据,容器重启,OJBK

基于该镜像创建容器

两种方式创建容器

好了,几经波折,终于到了我们最后的环节了,创镜像,起容器,访项目!

这里我用数据库容器,以及一个由项目构建的镜像启动的容器,两个容器排排站:

然后就是测试访问了!,然后就是404,我靠!,通过docker logs -f myblog 查看日志,又是一堆异常!

再次夭折心酸故事

这次没上次折腾的久,安装docker的机器的防火墙未关,在上一步中,我用了mysql容器,导致被墙了

首先全局关闭防火墙,启动容器,发现报错,不能启动,重启docker,刷新配置,再次重启。

守的云开见月明

再次查看我们容器的启动日志,没有异常,刷新两哈 docker ps ,发现我们的myblog容器一直在线,并没有宕掉

然后启动浏览器,进行项目访问测试:

使用到的命令集合

  • docker build -t 'ninjablog:1.0' . :构建一个名为ninjablog的镜像,版本为1.0,可以缺省版本设置

  • docker run -d -p 8888:8888 --name myblog ninjablog:创建并运行一个容器,参数很多,详见我给的资料

  • docker rm 容器Name/Id :根据名字或者id删除该容器

  • docker rmi 镜像名字/id :根据镜像名字或者id删除镜像

  • firewall-cmd --state :CentOS7查看当前系统的防火墙状态

  • firewall-cmd --permanent --zone=public --add-port=3306/tcp :在防火墙开启状态下,开放3306端口,自行修改

  • docker logs -f myblog :查看myblog容器的运行日志,有版本号配置的话需要补全

  • systemctl restart docker:重启docker

  • docker start 容器Name/id :根据名字或者id启动一个容器

  • docker ps :查看所有的容器,后跟 -a 查看当前正在运行的容器

好的这种山顶洞人的原始部署方式到此结束,我们翻开下一个篇章

山顶洞人半自动化:Maven插件自动部署

猜你喜欢

转载自www.cnblogs.com/msi-chen/p/11706256.html