可扩展Symfony应用生产环境Docker运行机制及镜像推送相关疑问

理解正确性验证 #

你的整体认知完全正确，标准流程如下：

• 自定义容器镜像在本地或CI流水线中构建完成后，需要先推送至可被生产环境访问的Docker Registry（支持公有Registry或企业私有Registry）
• 若生产环境使用Kubernetes作为编排工具，编排系统会按照配置创建对应的Pod资源，集群内的kubelet组件会自动从配置的Registry地址拉取指定版本的镜像，完成Pod的初始化部署

镜像推送规则说明 #

三个镜像是否需要全部推送至你的私有Registry，取决于你是否对镜像做了自定义修改：

• 如果使用的是官方未修改的公共镜像，例如mysql:8.0、php:8.2-fpm、httpd:2.4，且生产环境允许访问公网公共Registry，无需重复推送至你的私有Registry；如果生产环境是内网隔离环境无法访问公网，需要将用到的公共镜像同步至私有Registry后再使用
• 如果基于基础镜像做了自定义改造：比如给PHP镜像安装了Symfony依赖的gd、intl、redis等扩展，给Apache镜像配置了Symfony专属的重写规则、站点域名，给MySQL镜像内置了初始化SQL脚本，所有做过自定义修改的镜像都需要单独推送至你的Registry，三个镜像相互独立，不存在合并推送的可能

Symfony场景额外注意事项 #

• 若采用Apache + PHP-FPM的分离架构，需要确保Symfony的项目代码同时可被两个服务访问：要么构建镜像时将代码打包进Apache和PHP两个镜像，要么在部署时挂载共享存储存储项目代码
• MySQL属于有状态服务，在Kubernetes中需要用StatefulSet资源部署，同时挂载持久化存储卷保证数据不丢失

内容的提问来源于stack exchange，提问作者Aymeric Ar