Concourse CI 使用 Docker Compose 部署时的数据库连接问题分析

问题背景

在使用 Concourse CI 官方提供的 Docker Compose 快速启动方案时，部分用户遇到了数据库连接失败的问题。具体表现为 Concourse Web 节点无法连接到 PostgreSQL 数据库容器，出现"no route to host"错误。

现象描述

当用户按照标准流程执行以下命令时：

curl -O https://concourse-ci.org/docker-compose.yml
sudo docker-compose up

系统日志显示数据库容器正常启动：

PostgreSQL 16.2 已启动，监听端口 5432
数据库系统准备就绪，可以接受连接

但 Concourse 服务容器报错：

无法打开数据库连接，正在重试
错误：dial tcp 172.27.0.2:5432: connect: no route to host

根本原因分析

经过技术排查，这个问题可能由以下几个因素导致：

1. 容器网络问题：Docker 内部网络配置异常，导致容器间通信受阻
2. 安全策略配置：主机系统的安全规则或网络过滤模块未正确加载
3. 启动顺序问题：Concourse 服务在数据库完全就绪前尝试连接

解决方案

方案一：检查并修复网络配置

1. 确认 Docker 网络是否正常创建：

docker network inspect bridge

2. 检查容器是否连接到同一网络：

docker inspect <container_id> | grep NetworkMode

方案二：处理网络过滤问题

在某些 Linux 发行版上，可能需要手动加载网络过滤模块：

sudo modprobe iptables_filter

方案三：增加健康检查

修改 docker-compose.yml，为数据库容器添加健康检查，确保 Concourse 只在数据库就绪后启动：

services:
  concourse-db:
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U postgres"]
      interval: 5s
      timeout: 5s
      retries: 5

预防措施

1. 在部署前确保主机系统满足所有要求
2. 检查内核模块是否完整加载
3. 考虑使用 docker-compose 的 depends_on 条件
4. 监控容器日志，及时发现连接问题

技术原理深入

Concourse CI 使用 PostgreSQL 作为后端数据库存储所有流水线配置和构建状态。当 Web 节点启动时，它会立即尝试连接配置的数据库。在容器化部署中，这种连接依赖于 Docker 的内部 DNS 解析和网络路由。

"no route to host"错误通常表明网络层面的问题，可能是：

• 容器间网络隔离
• 安全规则阻止
• 目标端口未正确暴露
• 网络命名空间配置错误

理解这些底层机制有助于更快地诊断和解决类似问题。

总结

容器化部署 Concourse CI 时遇到数据库连接问题通常与网络配置相关。通过系统化的排查方法，可以快速定位并解决问题。建议用户在部署前充分了解 Docker 网络模型，并在生产环境中实施完善的监控方案。