解决 WebAPI 在容器中的解决启动初始化问题

作者：不止dotNET 2023-07-13 09:13:18云计算 云原生 MySQL Docker 容器启动时，WebAPI 程序启动的容器速度比 MySQL 快，导致程序去连接 MySQL 时，启动MySQL 服务器还没有启动完成，初始自然是化问连不上。

在产品或项目的解决部署中，如果和下面场景类似，容器那么本文可能对您有所帮助。启动

场景

• WebAPI 和  MySql  数据部署在同一服务器（通常是初始测试环境）。
• WebAPI 和  MySql  使用  docker-compose  进行部署。化问
• WebAPI  启动时有一些初始化的解决操作要做，而初始化需要从  MySql  中获取数据。容器

问题

• 第一次部署，启动执行  docker-compose up -d  后，初始WebAPI  不能正常启动。化问
• 断电、或其他原因导致的服务器重启或  docker  重启，WebAPI  不能正常启动。

原因

• docker  容器启动时，WebAPI  程序启动的速度比  MySql  快，导致程序去连接  MySql  时，MySql  服务器还没有启动完成，自然是连不上。

假象

在  docker-compose.yml 文件中可以添加 depends_on 来设置依赖，如下：

api:  restart: always  image: netapi  ports:    - "5000:5000"  environment:    - TZ=Asia/Shanghai    depends_on:    - mysql  networks:   s2_net:    ipv4_address: 172.66.9.5

在 api  的 depends_on 设置 mysql ，表示 api  依赖  mysql ，只有当  mysql  启动后，api  才会启动。

但很可惜，这里的  mysql  启动指的是  mysql  的容器是否启动了，而不是  mysql  的服务是否启动。所以，这种配置只能控制容器的启动顺序，并不能解决问题。

解决

要解决这个问题，有两种方式：

• 在 WebAPI 项目中使用 Polly 库，它是一个 .NET 的弹性和瞬态故障处理库，可以实现重试、断路器、超时等策略来处理网络请求失败的情况。可以使用 Polly 来尝试连接 mysql 服务，并在失败时进行重试或等待。
• 优化 depends_on 配置。

本文着重介绍的是第二种方式，进行 depends_on 配置的优化。

优化思路

• mysql  服务添加 healthcheck 检查，用来判断  mysql 的服务是否正常启动。
• api  服务的 depends_on 监听这个检查，只有当 mysql 服务正常启动后，api  才会启动。

完整  docker-compose.yml

version: "3"networks: s2_net:  driver: bridge  ipam:   driver: default   config:    - subnet: 172.66.9.0/24services: mysql:  restart: always  image: mysql/mysql-server:latest  ports:    - "3306:3306"  environment:    - TZ=Asia/Shanghai    - MYSQL_ROOT_PASSWORD=123456  healthcheck:    test: ["CMD", "mysqladmin" ,"ping", "-h", "localhost", "-u", "root", "--password=123456"]    interval: 3s    timeout: 5s    retries: 3    start_period: 5s  command: mysqld --character-set-server=utf8mb4 --collation-server=utf8mb4_general_ci --default-authentication-plugin=mysql_native_password  networks:   s2_net:    ipv4_address: 172.66.9.2  api:  restart: always  image: netapi  ports:    - "5000:5000"  environment:    - TZ=Asia/Shanghai    depends_on:    mysql:      condition: service_healthy  networks:   s2_net:    ipv4_address: 172.66.9.5

mysql  服务中添加 healthcheck 属性，子属性解释如下：

• test：设置健康检查的命令。
• interval：定义健康检查的间隔时间，上面配置为间隔  3  秒。
• timeout：健康检查的超时时间。
• retries：定义了健康检查失败后的重试次数。
• start_period：默认值为 0 秒，表示容器启动后立即进行健康检查。如果将 start_period 设置为非零值，则 Docker 会在容器启动后先等待一段时间，然后再开始进行健康检查。

api  服务的配置为固定写法。

注意事项

如果您的  docker-compose  安装的是  1.27  以下的版本，需要升级到  1.27  或以上版本。

因为 docker-compose 3  不支持 depends_on  的条件设置， 但从 1.27.0 开始，2.x 和 3.x 与 COMPOSE_SPEC 架构合并，版本现在是兼容的。

可以使用下面命令进行  docker-compose  版本的查看：

docker-compose -v

安装  docker-compose   可以使用下面命令：

curl -L https://github.com/docker/compose/releases/download/1.28.0/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-composesudo chmod +x /usr/local/bin/docker-compose

升级到  1.28.0 后，执行  docker-compose  的命令时可能会出现错误，错误提示如下：

[29250] Error loading Python lib '/tmp/_MEIYmY20a/libpython3.9.so.1.0': dlopen: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by /tmp/_MEIYmY20a/libpython3.9.so.1.0)

按照提示  google 下，会有很多方式解决，或者直接参考这个链接：https://blog.csdn.net/wangying202/article/details/113178159。

总结

在  docker-compose  中进行设置是一种偷懒的做法，适用于测试环境，因为生产环境程序和数据库通常在不同的服务器。

最好的方式还是应该在  WebAPI  程序中进行处理。

责任编辑：姜华 来源： 不止dotNET Docker容器

(责任编辑：休闲)