lzh
602217274c
问题：docker-compose.core.yml 把 MySQL/Redis/Nacos/RocketMQ/TDengine 等连接信息
全写死成 prod 值，无论 master→PROD 还是 release/next→STAGING 都用同一份，
staging 容器会直接连 prod 数据库写脏数据。
改动：
- docker-compose.core.yml 全参数化（${VAR:-prod_default}），用 YAML anchor
抽公共 env，未注入 .env 时行为与历史一致（不破坏 prod 当前部署）
- 新增 env/prod.env.example、env/staging.env.example 模板（占位密码进 git）
和 env/.gitignore（真实 .env 不进 git，由部署机手工维护）
- Jenkinsfile：所有 docker compose 命令加 --env-file .env，并在 Pre-deploy
Check 阶段验证部署机 .env 文件存在性，缺失直接 fail（防止连错中间件）
- 5 个核心服务 application.yaml 的 xxl-job appname 加 SUFFIX 变量：
appname: ${spring.application.name}${XXL_JOB_EXECUTOR_APPNAME_SUFFIX:}
staging 设为 -staging，prod 留空。否则 staging 与 prod 注册到同一个执行器
组，admin 调度任务会随机打到任一边
- iot-server application-prod.yaml TDengine database 参数化：
/aiot_platform → /${TDENGINE_DATABASE:aiot_platform}
staging 用独立 database aiot_platform_staging，避免共享 prod 时序数据
staging 中间件方案：
- MySQL 同实例（172.17.16.8）独立库 aiot-platform-release
- Nacos 同实例独立 namespace e635b215-913e-4bc8-8867-2fbf7d5134aa
- Redis 同 prod 实例（短期，靠 application 层 key 前缀隔离）
- RocketMQ 改用 staging 服务器本地实例 172.17.16.7:9876（内网）
- TDengine 同 prod 实例独立 database（CTSDB 切换为 follow-up）
- XXL-Job admin 共用，executor IP=.7、appname 加 -staging 后缀