Docker Compose可以基于Compose文件帮我们快速的部署分布式应用,而无需手动一个个创建和运行容器!
Compose文件是一个yml文本文件,通过指令定义集群中的每一个容器如何运行,格式如下
- version: "3.8"
- services:
- mysql:
- image: mysql:5.7.25
- environment:
- MYSQL_ROOT_PASSWORD: 123
- volumes:
- - "/tmp/mysql/data:/var/lib/mysql"
- - "/tmp/mysql/conf/hmy.cnf:/etc/mysql/conf.d/hmy.cnf"
- web:
- build: .
- ports:
- - "8090:8090"
上面的Compose文件就描述一个项目,其中包含两个容器(看services里面有几个item就有几个容器组成):
mysql:一个基于mysql:5.7.25
镜像构建的容器,并且挂载了两个目录
- mysql : 容器名为mysql,对应 docker run 指令中 "--name" 的参数
- image : 依赖哪一个镜像,对应docker run命令中的 "镜像名:Tag"
-enviroment: 对应 docker run 指令中 "-e" 的参数
-volumes : 对应 docker run 指令中 "-v" 的参数
web:一个基于docker build
临时构建的镜像容器,映射端口时8090
- web :容器名为web
-build : 执行docker build 指令, dockerfile在当前目录下
-ports:映射容器端口8090 到 宿主机的端口8090
DockerCompose的详细语法参考官网:Compose specification | Docker Documentation
其实DockerCompose文件可以看做是将多个docker run命令写到一个文件,只是语法稍有差异。
Linux下通过命令下载
- # 安装
- curl -L https://github.com/docker/compose/releases/download/1.23.1/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
- # 修改权限
- chmod +x /usr/local/bin/docker-compose
- # 补全命令
- curl -L https://raw.githubusercontent.com/docker/compose/1.29.1/contrib/completion/bash/docker-compose > /etc/bash_completion.d/docker-compose
如果这里出现错误,需要修改自己的hosts文件,在执行上述命令
echo "199.232.68.133 raw.githubusercontent.com" >> /etc/hosts
现在有3个项目一个spring-cloud的gateway网关项目,有两个服务项目order-service和user-service。并且注册中心使用的nacos
则创建一个cloud-demo文件夹,里面已经编写好了docker-compose文件,而且每个微服务都准备了一个独立的目录:
docker-compse.yml的内容如下
- version: "3.2"
-
- services:
- nacos:
- image: nacos/nacos-server
- environment:
- MODE: standalone
- ports:
- - "8848:8848"
- mysql:
- image: mysql:5.7.25
- environment:
- MYSQL_ROOT_PASSWORD: 123
- volumes:
- - "$PWD/mysql/data:/var/lib/mysql"
- - "$PWD/mysql/conf:/etc/mysql/conf.d/"
- userservice:
- build: ./user-service
- orderservice:
- build: ./order-service
- gateway:
- build: ./gateway
- ports:
- - "10010:10010"
可以看到,其中包含5个service服务:
查看mysql目录,可以看到其中已经准备好了cloud_order、cloud_user表:
查看微服务目录,可以看到都包含Dockerfile文件(3个项目中都有并且内容相同):
内容如下:
- FROM java:8-alpine
- COPY ./app.jar /tmp/app.jar
- ENTRYPOINT java -jar /tmp/app.jar
意思在getway,order-service, user-service 都会存在app.jar,并且在容器中copy到/tmp目录下,并执行java -jar命令运行,这里是为了统一,各个文件夹中的项目打成jar包,名字不一样,只要修改对应目录中dockerfile的内容即可
因为微服务将来要部署为docker容器,而容器之间互联不是通过IP地址,而是通过容器名。这里我们将order-service、user-service、gateway服务的mysql、nacos地址都修改为基于容器名的访问。
修改前
- spring:
- datasource:
- url: jdbc:mysql://localhost:3306/cloud_order?useSSL=false
- username: root
- password: 123
- driver-class-name: com.mysql.jdbc.Driver
- application:
- name: orderservice
- cloud:
- nacos:
- server-addr: localhost:8848 # nacos服务地址
修改后
- spring:
- datasource:
- url: jdbc:mysql://mysql:3306/cloud_order?useSSL=false
- username: root
- password: 123
- driver-class-name: com.mysql.jdbc.Driver
- application:
- name: orderservice
- cloud:
- nacos:
- server-addr: nacos:8848 # nacos服务地址
接下来需要将我们的每个微服务都打包。因为之前查看到Dockerfile中的jar包名称都是app.jar,因此我们的每个微服务都需要用这个名称。
可以通过修改pom.xml中的打包名称来实现,每个微服务都需要修改:
- <build>
-
- <finalName>appfinalName>
- <plugins>
- <plugin>
- <groupId>org.springframework.bootgroupId>
- <artifactId>spring-boot-maven-pluginartifactId>
- plugin>
- plugins>
- build>
执行打包指令后,所有微服务项目target都生成app.jar
编译打包好的app.jar文件,需要放到Dockerfile的同级目录中。注意:每个微服务的app.jar放到与服务名称对应的目录,别搞错了。
最后,我们需要将文件整个cloud-demo文件夹上传到虚拟机中,由DockerCompose部署。
上传到任意目录:
进入cloud-demo目录,然后运行下面的命令:
docker-compose up -d
可以查看 log
docker-compose logs -f
可能会发生以下错误
错误的原因,docker-compse是多个容器一起启动,userservice,orderservice,gateway,都依赖nacos-server服务,所以在连接,注册nacos时,可能nacos还没有启动完成,导致异常输出
所以建议可以先部署注册中心,这里是nacos-server,后面再一起docker-compse启动其他依赖Nacos的项目。
这里可以使用另一种方式,使userservice,orderservice,gateway项目正常启动
在log中如果发下nacos已经启动成功,这时在执行以下指令:
docker-compose restart gateway userservice orderservice
只重启userservice,orderservice,gateway,这三个容器,就可正常了
为什么不能使用depends_on:控制容器启动顺序来解决这个错误呢:
因为depends_on只是控制启动顺序,当docker检测到nacos在启动了,其他的依赖它的就会开始启动容器,其他项目在连接,注册时,nacos还是没有完全启动,依然会报错