服务启动顺序与健康检查

三层探针

层级	检查内容	失败处理
liveness	JVM/进程和基础线程	重启实例
readiness	Nacos、MySQL、Redis、对象/向量库、关键配置	不接收流量
business	登录、AI 最小调用、SSE、Dataset 检索、工具目录	告警并停止扩容

AI 服务的业务验收要包含一次非流式请求、一次同步/异步 SSE、一个只读工具和一个 Dataset 检索。模型 Key、MCP、FileRoom 或 JSONL 持久卷不可用时，即使 /actuator/health 返回 UP，也不应把服务标记为完整业务可用。

启动后按 service name、instance port、traceId 记录检查结果；滚动发布时先等待新实例 readiness，再摘除旧实例，避免长 SSE 被无序终止。

MySQL/Redis/对象存储/向量库/消息队列
  -> Nacos Register
  -> UPMS/Auth
  -> DocSpace/AI/业务服务
  -> Gateway

每个服务启动后检查 Nacos 注册、数据库连接、Redis、外部模型、对象存储和消息消费者。健康检查应区分进程存活、依赖就绪和业务可用，避免把不可恢复的外部依赖故障误判为正常。