Drone流水线中等待服务就绪的更可靠实现方案咨询

针对Drone流水线中依赖服务初始化等待的问题，这里提供两种比固定sleep更可靠的实现方式：

方案1：循环检测服务可用性 #

通过脚本循环尝试连接Redis，直到服务成功响应再执行后续命令，无需硬编码等待时长：

kind: pipeline
type: docker
name: default

steps:
  - name: ping
    image: redis
    commands:
      - |
        until redis-cli -h cache ping; do
          echo "等待Redis服务初始化..."
          sleep 1
        done
      - redis-cli -h cache ping

services:
  - name: cache
    image: redis

这个脚本会每隔1秒执行一次Redis ping命令，直到收到PONG响应才停止等待，完全适配服务实际就绪时间，既不会浪费多余等待时间，也不会因sleep时长不足导致连接失败。

方案2：使用专业等待工具 #

借助wait-for-it这类工具可以更简洁地实现端口检测，等待服务就绪后再执行业务命令。如果使用的镜像未预装该工具，可以提前构建自定义镜像包含它，或在步骤中安装（以Alpine为例）：

kind: pipeline
type: docker
name: default

steps:
  - name: ping
    image: alpine:latest
    commands:
      - apk add --no-cache redis-cli bash
      # 可通过镜像预装或本地复制方式添加wait-for-it脚本，避免外部依赖
      - wait-for-it cache:6379 --timeout=30 -- redis-cli -h cache ping

services:
  - name: cache
    image: redis

wait-for-it会检测指定主机和端口（Redis默认6379），超时时间设为30秒，一旦端口就绪就自动执行后续的ping命令，逻辑更清晰。

官方文档提到的sleep方案虽然简单，但无法适配不同服务的初始化时长差异，以上两种方式能更稳定地确保服务就绪后再执行流水线步骤。

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