环境变量表

维护人：周敏

适用进程：行政协同平台应用

环境：生产，2 台实例

核对日期：0000-00-00

状态：2 台一致

一、清单用途

行政协同平台的应用进程在启动时读取下列环境变量。变量由发布系统在滚动更新时注入，镜像里不包含这些值。改动后需要滚动重启才生效。本文记录生产当前值的用途。密钥只写保管别名，材料放在密钥管理系统，启动时按别名领取到内存，不写磁盘。

二、变量清单

DB_POOL 为 20 时，两台实例合计最多 40 个连接。主库连接上限为 200，应用占用约两成，留给备份和临时查询。LOG_LEVEL 在生产保持 info，排查单个请求时由刘洋临时调到 debug，查完 30 分钟内改回，并重启对应的那一台。

三、注入方式

发布系统在实例启动前写入环境，镜像里不包含这些值。周敏每次发布前核对 APP_ENV 为 prod，避免预发参数被带到生产。WECOM_SECRET_ALIAS 只是别名，应用拿别名向密钥系统领取凭证。领取失败时进程拒绝启动，负载均衡不会把这台算作健康。9月8日更换别名后，两台都是重启后才开始用新凭证。

四、预发差异

1. APP_ENV 为 staging，DB_HOST 指向预发库 admin-mysql-staging.internal。
2. WECOM_SECRET_ALIAS 为 wecom-staging，消息发到企业微信的测试应用。
3. LOG_LEVEL 为 debug，DB_POOL 为 10，OTEL_ENDPOINT 与生产相同。
4. REDIS_HOST 指向预发缓存。9月19日王芳确认预发 2 台实例的 7 个变量彼此一致。

五、月度核对

陈静每月导出运行中实例的变量名和取值，与本表比对。敏感项只比对别名，不导出凭证材料。9 月核对生产 2 台，7 个变量全部一致，没有多出的调试变量。有一台在 9月8日重启前曾持有旧别名 wecom-0000-06，重启完成后别名已是 wecom-0000-09。下一轮核对定在 10 月第一个周四。若两台取值不同，先把少数的那一台改回本表，再查是哪一次发布漏了注入。