登录
首页 >  数据库 >  MySQL

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

来源:51cto

时间:2023-07-28 13:18:46 246浏览 收藏

欢迎各位小伙伴来到golang学习网,相聚于此都是缘哈哈哈!今天我给大家带来《解决 WebAPI 在容器中的启动初始化问题》,这篇文章主要讲到容器、docker等等知识,如果你对数据库相关的知识非常感兴趣或者正在自学,都可以关注我,我会持续更新相关文章!当然,有什么建议也欢迎在评论留言提出!一起学习!

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

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

场景

  • 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/24 services: 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-compose sudo 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  程序中进行处理。

好了,本文到此结束,带大家了解了《解决 WebAPI 在容器中的启动初始化问题》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多数据库知识!

声明:本文转载于:51cto 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>