HM-SpringCloud微服务系列3.4【Docker-Compose】
1 初识DockerCompose
- Docker Compose可以基于Compose文件帮我们快速的部署分布式应用,而无需手动一个个创建和运行容器!
- Compose文件是一个文本文件,通过指令定义集群中的每个容器如何运行。格式如下:
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文件就描述一个项目,其中包含两个容器:
- mysql:一个基于
mysql:5.7.25
镜像构建的容器,并且挂载了两个目录 - web:一个基于
docker build
临时构建的镜像容器,映射端口时8090
- mysql:一个基于
- DockerCompose的详细语法参考官网:https://docs.docker.com/compose/compose-file/
- 其实DockerCompose文件可以看做是将多个docker run命令写到一个文件,只是语法稍有差异。
- DockerCompose作用:帮助我们快速部署分布式应用,无需一个个微服务去构建镜像和部署。
2 CentOS7安装DockerCompose
2.1 获取DockerCompose文件
- 方式1:下载
curl -L https://github.com/docker/compose/releases/download/1.23.1/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
- 方式2:如果下载速度较慢,或者下载失败,可以使用课前资料提供的docker-compose文件,将其上传到
/usr/local/bin/
目录即可
2.2 修改文件权限
chmod +x /usr/local/bin/docker-compose
2.3 Base自动补全命令
-
按照老师讲的执行
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
MD,不好使 -
解决报错
curl: (35) TCP connection reset by peer
的参考- 方法1:更换下载通道(qaq,答非所问了,这个是在下载过程中报了这个错,不是解决Base自动补全命令中出现了此问题)https://blog.csdn.net/qq_42889988/article/details/113522885
- 方法2:多试几次(亲测也不太好使)https://blog.csdn.net/bean_business/article/details/108937195
- 方法2:DNS污染导致(同1中老师给出的解决方案)(亲测也不太好使)
https://blog.csdn.net/hzlarm/article/details/112530797
-
最终解决
cd /etc/
vi hosts
- 删除上面添加的那些这种映射
"199.232.68.133 raw.githubusercontent.com"
- 最后重装了一遍好使了,解决ok
3 CentOS7部署微服务集群
需求:将之前学习的cloud-demo微服务集群利用DockerCompose部署
实现思路:
- 查看课前资料提供的cloud-demo文件夹,里面已经编写好了docker-compose文件
- 修改自己的cloud-demo项目,将数据库、nacos地址都命名为docker-compose中的服务名
- 使用maven打包工具,将项目中的每个微服务都打包为app.jar
- 将打包好的app.jar拷贝到cloud-demo中的每一个对应的子目录中
- 将cloud-demo上传至虚拟机,利用 docker-compose up -d 来部署
3.1 compose文件
- 查看课前资料提供的cloud-demo文件夹,里面已经编写好了docker-compose文件,而且每个微服务都准备了一个独立的目录:
- docker-compose.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服务:
nacos
:作为注册中心和配置中心image: nacos/nacos-server
: 基于nacos/nacos-server镜像构建environment
:环境变量MODE: standalone
:单点模式启动
ports
:端口映射,这里暴露了8848端口
mysql
:数据库image: mysql:5.7.25
:镜像版本是mysql:5.7.25environment
:环境变量MYSQL_ROOT_PASSWORD: 123
:设置数据库root账户的密码为123
volumes
:数据卷挂载,这里挂载了mysql的data、conf目录,其中有我提前准备好的数据
userservice
、orderservice
、gateway
:都是基于Dockerfile临时构建的
- 查看mysql目录,可以看到其中已经准备好了cloud_order、cloud_user表:
- 查看微服务目录,可以看到都包含Dockerfile文件:
FROM java:8-alpine
COPY ./app.jar /tmp/app.jar
ENTRYPOINT java -jar /tmp/app.jar
3.2 修改微服务配置
- 因为微服务将来要部署为docker容器,而容器之间互联不是通过IP地址,而是通过容器名。
- 这里我们将user-service、order-service、gateway服务的mysql、nacos地址都修改为基于容器名的访问。
- 将原先的localhost改为对应的服务名(即docker-compose.yml文件中的service服务名称)即可。例如:
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服务地址
- user-service的application.yml
server:
port: 8081
spring:
datasource:
url: jdbc:mysql://mysql:3306/cloud_user?useSSL=false
username: root
password: 123
driver-class-name: com.mysql.jdbc.Driver
mybatis:
type-aliases-package: cn.itcast.user.pojo
configuration:
map-underscore-to-camel-case: true
logging:
level:
cn.itcast: debug
pattern:
dateformat: MM-dd HH:mm:ss:SSS
- user-service的bootstrap.yaml
spring:
application:
name: userservice # 服务名称
profiles:
active: dev # 开发环境dev,测试环境test
cloud:
nacos:
server-addr: nacos:8848 # Nacos地址
config:
file-extension: yaml # 文件后缀名
- order-service的application.yml
server:
# port: 8080
port: 8088
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地址
discovery:
mybatis:
type-aliases-package: cn.itcast.user.pojo
configuration:
map-underscore-to-camel-case: true
logging:
level:
cn.itcast: debug
pattern:
dateformat: MM-dd HH:mm:ss:SSS
userservice: # 给指定微服务配置负载均衡规则,此处是userservice服务
ribbon:
NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则
ribbon:
eager-load:
enabled: true # 开启饥饿加载
clients: userservice # 指定饥饿加载的服务
feign:
httpclient:
enabled: true # 开启feign对HttpClient的支持
max-connections: 200 # 最大的连接数
max-connections-per-route: 50 # 每个路径的最大连接数
- gateway的application.yml
server:
port: 10010
logging:
level:
cn.itcast: debug
pattern:
dateformat: MM-dd HH:mm:ss:SSS
spring:
application:
name: gateway
cloud:
nacos:
server-addr: nacos:8848 # nacos地址
gateway:
routes:
- id: user-service # 路由标示,必须唯一
uri: lb://userservice # 路由的目标地址
predicates: # 路由断言,判断请求是否符合规则
- Path=/user/** # 路径断言,判断路径是否是以/user开头,如果是则符合
- id: order-service
uri: lb://orderservice
predicates:
- Path=/order/**
default-filters:
- AddRequestHeader=Truth,Itcast is freaking awesome!
3.3 打包
-
接下来需要将我们的每个微服务都打包。因为之前查看到Dockerfile中的jar包名称都是app.jar,因此我们的每个微服务都需要用这个名称。
-
可以通过修改pom.xml中的打包名称来实现,每个微服务都需要修改:
<build>
<!-- 服务打包的最终名称 -->
<finalName>app</finalName>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
-
maven打包
-
打包结果
3.4 拷贝jar包到部署目录
编译打包好的app.jar文件,需要放到Dockerfile的同级目录中。注意:每个微服务的app.jar放到与服务名称对应的目录。
3.5 部署
我们需要将文件整个cloud-demo文件夹上传到虚拟机中,通过DockerCompose部署。
可以通过docker-compose --help
命令查看docker-compose
的帮助文档了解其用法。
-
上传到任意目录(此处是/tmp/目录):
-
进入cloud-demo目录
-
运行命令
docker-compose up -d
进行部署
首次部署效果如上图;修改项目/重新打包项目后再次部署时效果如下(CentOS7部署微服务集群这块犯了不少错卡了好半天重做了好几遍,牢记学东西要细心不怕错解决错):
-
通过命令
docker ps
查看运行中的容器,通过命令docker images
查看相关镜像
-
通过命令
docker-compose logs -f
查看项目的动态日志- 也可以单独查看某个微服务的日志,例如:命令
docker-compose logs -f userservice
只查看user-service的启动日志 - 可以看到项目启动过程中三个微服务(userservice、orderservice、gateway)报错了
- userservice报错如下(orderservice和gateway中报错同userservice):
- 原因:nacos启动过慢,导致user-service和order-service在启动中未找到nacos
- 解决:耐心等待nacos启动成功,ctrl+c 退出动态日志,运行命令
docker-compose restart gateway userservice orderservice
重启三个微服务
- 通过
docker-compose logs -f userservice
命令查看userservice微服务的启动日志,发现已经正常启动不报错了
- 也可以单独查看某个微服务的日志,例如:命令
3.6 远程访问测试
- 反反复复部署了好几遍(QAQ好难)终于好了,只不过第一次访问速度有点慢,耐心等待即可。
- 强制快速刷新可能导致报错
java.net.SocketTimeoutException: Read timed out
,推测主要原因还是虚拟机性能不够&网速问题。
分类:
微服务
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)