fix(compose): 补齐自动化与 P0/P2 的环境变量透传,并放宽部署等待窗口
部署 P1a 时发现两个问题: 一、compose 的 environment 是显式列表(不是 env_file),只写进 .env 不会传进 容器。于是 .env 里新加的 AUTOMATION_ENABLED=true 容器查不到,日志照旧打印 「AUTOMATION_ENABLED 未开启,自动化调度器不启动」——调度器根本没起。早先 §15.1 写入的 ORDER_SITE_* 与 OSS_* 也是同样情况,P0/P2 会直接踩到。 补齐 9 个变量的透传:AUTOMATION_ENABLED、ORDER_SITE_DATABASE_URL / LOOKUP_ENABLED / LOOKUP_TIMEOUT_SECONDS、OSS_ENDPOINT / BUCKET / ACCESS_KEY_ID / ACCESS_KEY_SECRET / PREFIX,全部带默认值(缺省即关闭或空), 不配置也不会让容器起不来。 二、deploy.sh 只等 15×2=30 秒就判「服务启动超时」,而 mysql 一起重建时应用 就绪约 35 秒,于是部署实际成功却报失败。等待窗口放宽到 40×2=80 秒。 规划附录 C.2 记下这条约定:新增环境变量要同时改 .env(实值)、 docker-compose.yml(透传)、.env.example(留档)三处。
This commit is contained in:
@@ -107,7 +107,8 @@ cmd_deploy() {
|
||||
echo "等待服务启动..."
|
||||
|
||||
# 健康检查
|
||||
for i in $(seq 1 15); do
|
||||
# 30 秒不够:mysql 一起重建时应用就绪约 35 秒,会误报「启动超时」。
|
||||
for i in $(seq 1 40); do
|
||||
if curl -s "http://localhost:${APP_PORT}/api/health" | grep -q "ok" 2>/dev/null; then
|
||||
echo ""
|
||||
echo "=============================="
|
||||
@@ -124,7 +125,7 @@ cmd_deploy() {
|
||||
echo "=============================="
|
||||
exit 0
|
||||
fi
|
||||
echo " 等待中... ($i/15)"
|
||||
echo " 等待中... ($i/40)"
|
||||
sleep 2
|
||||
done
|
||||
|
||||
|
||||
Reference in New Issue
Block a user