Earthly项目中SAVE IMAGE命令连接拒绝问题的分析与解决方案

问题现象

在使用Earthly构建工具时，部分用户在Jenkins CI环境下执行包含SAVE IMAGE命令的构建时遇到了连接拒绝的错误。错误信息显示，当尝试通过本地服务拉取镜像时，Docker守护进程无法连接到指定的本地端口（通常是127.0.0.1上的随机端口），导致构建失败。

问题本质

这个问题源于Earthly的镜像传输机制。Earthly在构建过程中会启动一个临时的中转服务，用于高效地传输构建产生的镜像。当这个中转服务意外终止或无法访问时，系统会抛出连接拒绝的错误。

问题复现

这个问题在特定环境下更容易复现，特别是在Docker容器内运行Earthly时。当使用标准方式启动Earthly容器（未配置特殊网络参数）时，中转服务虽然能正常启动，但随后会变得不可访问。

解决方案

临时解决方案

1. 禁用远程中转服务：使用--disable-remote-registry-proxy标志可以强制Earthly使用传统的tar包方式进行镜像传输，避免依赖中转服务。

2. 调整容器网络配置：在Docker容器中运行Earthly时，使用--network=host参数可以让容器共享宿主机的网络命名空间，确保中转服务的可达性。

长期解决方案

对于Earthly项目的维护者来说，可以考虑以下改进方向：

1. 增强中转服务的稳定性：确保中转服务在整个构建过程中保持可用，或者在服务意外终止时能够自动恢复。

2. 改进错误处理机制：当中转服务不可用时，系统应能自动回退到备用的镜像传输方式，而不是直接报错。

3. 提供端口配置选项：允许用户手动指定中转服务的端口，而不是完全依赖随机端口分配。

技术背景

Earthly的镜像传输机制设计考虑了构建效率和资源利用率。中转服务模式相比传统的tar包方式能够更高效地处理大型镜像，特别是在需要频繁传输镜像的场景下。然而，这种设计对网络环境的稳定性有较高要求，特别是在容器化环境中运行时需要特别注意网络配置。

最佳实践建议

对于需要在容器环境中使用Earthly的用户，建议：

1. 优先考虑使用--network=host模式运行Earthly容器，确保网络连通性。

2. 在CI/CD流水线中，如果中转服务模式不是必需功能，可以考虑默认禁用该功能以减少潜在问题。

3. 定期更新Earthly版本，以获取最新的稳定性改进和错误修复。

通过理解这个问题背后的技术原理和解决方案，用户可以更有效地在各类环境中部署和使用Earthly构建工具，确保构建过程的稳定性和可靠性。