Docker系列-(3) Docker-compose使用与负载均衡

目前已经更新完《Java并发编程》,《Docker教程》和《JVM性能优化》，欢迎关注【后端精进之路】，轻松阅读全部文章。

Java并发编程：

• Java并发编程系列-(1) 并发编程基础
• Java并发编程系列-(2) 线程的并发工具类
• Java并发编程系列-(3) 原子操作与CAS
• Java并发编程系列-(4) 显式锁与AQS
• Java并发编程系列-(5) Java并发容器
• Java并发编程系列-(6) Java线程池
• Java并发编程系列-(7) Java线程安全
• Java并发编程系列-(8) JMM和底层实现原理
• Java并发编程系列-(9) JDK 8/9/10中的并发

Docker教程:

• Docker系列-(1) 原理与基本操作
• Docker系列-(2) 镜像制作与发布
• Docker系列-(3) Docker-compose使用与负载均衡

JVM性能优化:

• JVM性能优化系列-(1) Java内存区域
• JVM性能优化系列-(2) 垃圾收集器与内存分配策略
• JVM性能优化系列-(3) 虚拟机执行子系统
• JVM性能优化系列-(4) 编写高效Java程序
• JVM性能优化系列-(5) 早期编译优化
• JVM性能优化系列-(6) 晚期编译优化
• JVM性能优化系列-(7) 深入了解性能优化

上一篇文章介绍了docker镜像的制作与发布，本文主要介绍实际docker工程部署中经常用到的docker-compose工具,以及docker的网络配置和负载均衡。

Docker-compose介绍

实际开发过程中，在一个项目中，我们常将不同的模块放在单独的docker中，方便维护和扩展。比如我们一个项目可能有MySQL镜像、Nginx镜像、Spring Boot后端镜像，我们在实际部署中可以采用上篇文章介绍的方法，分别打包，分别启动；但是这样太费精力，而且还容易出错。

因此Docker-compose工具应运而生，就是为了解决工程部署中的多个Docker镜像的管理问题。

docker-compose.yaml 文件

类似于build镜像需要Dockerfile一样，使用docker-compose时也需要类似的配置文件，叫做docker-compose.yaml。

下面是一个Docker-file的例子：

一般docker-compose文件中需要注意如下几点：

• version: '3'： 表示使用第三代语法，每代的语法稍有不同，我们选择最新的就好。
• services: 表示compose需要启动的服务，一般一个docker镜像就可以作为一个单独的service。
• container_name: 容器名称
• environment: 容器环境变量，可以使用这个参数往容器传递一些变量，这个在我们切换不同环境配置时非常有用，不用每次去改变代码中的配置
• ports: 对外开放的端口
• restart: always表示如果服务启动不成功一直尝试。
• volumes: 加载本地目录到容器目标路径，也就是将本地路径共享给容器，方便进行数据交互，也可以利用这个功能，将docker的log输出到本机指定的位置。
• depends_on：依赖服务，先启动 depends_on 服务。
• command: mvn clean spring-boot:run : 表示以这个命令来启动项目

上面提到了depends_on,通常用于需要顺序启动不同镜像，比如后台需要等待数据库初始化完毕以后才启动，但是这个depends_on并不能保证前序容器完全初始化，意思是只要前序容器启动了，就会尝试启动当前容器。这样还是会造成前序容器未初始化完成，后续容器启动后出现连接失败等错误。

因此最好的方式是官方(https://docs.docker.com/compose/startup-order/)比较推荐的wait脚本，脚本的详细使用可以看这里 https://github.com/vishnubob/wait-for-it,

wait-for-it.sh host:port [-s] [-t timeout] [-- command args]
-h HOST | --host=HOST       Host or IP under test
-p PORT | --port=PORT       TCP port under test
                            Alternatively, you specify the host and port as host:port
-s | --strict               Only execute subcommand if the test succeeds
-q | --quiet                Don't output any status messages
-t TIMEOUT | --timeout=TIMEOUT
                            Timeout in seconds, zero for no timeout
-- COMMAND ARGS             Execute command with args after the test finishes

一般也可以在制作镜像的时候指定等待一定时间，在下面的例子中，在运行test.jar之前，会一直等到elasticsearch初始化完成。

FROM openjdk:8
ADD ["target/test-1.0.0.jar", "test.jar"]
ADD ["wait-for-it.sh", "wait-for-it.sh"]
RUN ["chmod", "+x", "wait-for-it.sh"]
EXPOSE 1234
ENTRYPOINT ["./wait-for-it.sh", "elastic:9200", "--", "java", "-jar", "/test.jar"]

关于更多docker-compose文件的详细介绍，可以参考官方的文档 https://docs.docker.com/compose/gettingstarted/。

docker-compose的启动/停止

docker-compose的启动与停止非常简单，直接使用docker-compose up启动，docker-compose down关闭工程，同时会删除所有容器。

Docker的网络通信

docker的网络方面是相对较弱的，新手如果不清楚，经常会出现为什么容器A访问不到容器B的问题。

容器间的通信

有个很常见的场景，我们需要在本机同时调试前端和后端程序，通常我们会在localhost某个端口启动前端，比如8080；同时在local的另一端口比如1234启动后端。如果不用容器，前端直接在代码里访问localhost:1234的所有接口都是可以的，没有任何问题。

但是如果前端和后端都封装在不同的容器中，这个时候前端直接访问localhost:1234，会报错，无法访问。原因就是两个容器之间是独立的，无法直接localhost访问。

官方推荐的解决办法就是，先新建一个网络，然后启动前后端容器的时候，分别指定在该网络中运行。

docker network create mynet
docker run --network mynet --name frontend ...
docker run --network mynet --name backend ...

现在前端就可以通过 http://backend:1234 访问后端的接口了。

注意：有些博客指出，可以通过docker inspect [container_name]来获取后端容器的ip，然后直接访问ip加端口就可以了。这个在Linux上也许可行，但是mac下由于容器的实现原理不同，无法直接通过ip访问。

docker-compose下的网络环境

默认情况下，当你利用docker-compose启动多个容器时，docker-compose会自动帮你创建一个网络，并将多个service在这个网络中运行。因此不同容器之间，直接利用容器名+端口就可以访问了。

Docker-compose实现负载均衡

实际生产环境中，肯定会启动多个后端service，同时进行负载均衡以保证服务质量。利用docker-compose我们可以方便的实现这种功能。

下面是一个很简单的docker-compose文件，启动之后可以在本地打开localhost:5000，来访问后端的service;在front容器内部，我们也可以通过backend:5000来访问backend service。

version: "3"

services:
  front:
    image: front:latest
  backend:
    image: "backend:latest"
    ports:
      - "5000:5000"

为了启动多个后端程序以实现负载均衡，docker-compose已经为我们提供--scale参数，利用这个参数可以轻松实现同时启动多个service。

下面是该参数的使用说明。

--scale SERVICE=NUM        Scale SERVICE to NUM instances. Overrides the
                           `scale` setting in the Compose file if present.

在这里，我们直接在启动的时候，指定生成3个后端的service，

docker-compose up --scale backend=3

但是这样会报错，因为本机上的5000端口，只能分配给一个service，如果你想同时在本机上调试，可以将上面的ports改为5000，修改后的docker-compose文件如下：

version: "3"

services:
  front:
    image: front:latest
  backend:
    image: "backend:latest"
    ports:
      - "5000"

这样按照上面同样的指令启动之后，你你可以看到如下的输出结果，有3个不同的本机端口绑定到容器的5000端口，

      Name                      Command                  State                Ports
--------------------------------------------------------------------------------------------
example_backend_1   /usr/bin/dumb-init -- /sbi ...   Up (healthy)   0.0.0.0:32776->5000/tcp
example_backend_2   /usr/bin/dumb-init -- /sbi ...   Up (healthy)   0.0.0.0:32775->5000/tcp
example_backend_3   /usr/bin/dumb-init -- /sbi ...   Up (healthy)   0.0.0.0:32777->5000/tcp

当然，如果你只想从容器内部访问后端的5000端口，你可以去掉port配置，改成如下的配置：

version: "3"

services:
  front:
    image: front:latest
  backend:
    image: "backend:latest"

这样docker-compose up --scale backend=3启动后，我们就只能在容器内部访问http:\\backend:5000来访问后端service，因为我们启动了三个，前端的请求会随机的分配到后端的三个service上，保证了整体的服务质量。

参考链接：

• https://stackoverflow.com/questions/48062134/connection-refused-with-two-microservices-in-docker
• https://pspdfkit.com/blog/2018/how-to-use-docker-compose-to-run-multiple-instances-of-a-service-in-development/

---

本文由『后端精进之路』原创，首发于博客 http://teckee.github.io/ ， 转载请注明出处

搜索『后端精进之路』关注公众号，立刻获取最新文章和价值2000元的BATJ精品面试课程。