Go+PostgreSQL项目最优Dockerfile构建方案选择咨询

优先选择Go应用、PostgreSQL各自独立容器部署的方案，单容器同时安装两类运行环境的方案仅适合本地临时演示等极小众场景，生产/测试环境均不推荐。

独立容器部署的核心优势 #

• 符合Docker单职责设计原则：每个容器仅运行一类核心进程，故障排查、日志收集、进程重启都可以单独操作，单个服务异常崩溃不会直接牵连另一个服务的运行
• 迭代效率更高：Go应用版本更新、PostgreSQL大版本升级可以完全独立操作，不需要重新构建同时包含两个运行环境的完整镜像，服务回滚也可以单独针对单个服务执行
• 可扩展性更强：后续如果需要扩容，Go应用可以直接水平扩展多实例共享同一个PostgreSQL服务，也可以单独给PostgreSQL分配高IO、大内存的资源配额，单容器部署完全不支持这类灵活的资源调度
• 镜像体积更小：官方维护的Go（推荐用alpine后缀的运行时镜像）、PostgreSQL镜像都是裁剪后的最小运行环境，没有冗余依赖，构建后的镜像体积远小于自行在Ubuntu基础镜像中叠加两套环境的镜像，拉取、启动速度都更快
• 安全隔离性更好：两个服务的权限、端口、文件系统完全隔离，就算其中一个服务被攻破，攻击者也很难直接获取另一个服务的核心数据
• 维护成本更低：可以直接复用官方镜像的安全更新、配置优化，不需要自己维护Ubuntu镜像内的两套运行环境的依赖升级、漏洞修复

单容器部署的唯一适用场景 #

仅当你需要做单包分发的临时演示环境，完全没有后续扩容、版本升级需求，也不需要持久化数据库数据的时候，才可以考虑单容器方案，哪怕是本地开发测试环境，也更推荐用docker-compose编排两个独立容器的方案，配置成本非常低，只需要在docker-compose.yml中配置Go容器的数据库地址为PostgreSQL的服务名，两个容器会自动在同一默认网络下互通，不需要额外做复杂的网络配置。

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