平台初始化与基础配置
文档目标
本文档面向平台首次上线、环境重建和基础配置复核场景,说明平台级初始化应该先看什么、从哪里确认、哪些现象说明问题仍停留在基础环境层,而不是租户或应用层。
适用角色
- 系统管理员
- 平台运维
- 实施支持
适用场景
- 新环境首次部署
- 灾备环境恢复后的平台复核
- 配置源、域名、证书或数据库连接调整后的基线检查
- 上线前平台侧准备项确认
覆盖范围 / 不覆盖范围
覆盖:
- 平台运行依赖是否已就绪
- 平台基础健康检查与管理后台可用性
- 平台级默认行为、认证入口和核心治理页面是否可见
- 平台交付前需要确认的基础入口
不覆盖:
- 单租户用户、应用、角色和授权的开通步骤
- 某个业务系统的 SDK、代码或回调参数接入细节
- 数据库结构设计和研发实现说明
核心入口与系统落点
- 健康检查:
/health/live、/health/ready - 平台运维接口:
GET /api/system/ops_summary、GET /api/system/ops_health_detail - 系统后台:
Operations、Tenants、Audit - 参考文档:运维与健康检查、平台级认证与接入治理
建议处理顺序
- 先确认平台访问地址、数据库和配置源已经达到可检查状态,再访问
/health/live。 liveness正常后再检查/health/ready,确认数据库和配置校验没有把实例挡在对外服务之前。- 进入系统后台首页与
Operations,确认健康摘要、提醒和近期失败中没有阻断平台交付的异常。 - 打开
Tenants、Audit等核心治理入口,确认系统管理员可以进入主要平台治理页面。 - 如果环境要交付给后续实施或租户管理员,再继续转到租户治理和接入治理专题确认下一阶段入口。
常见判断原则
- 如果
/health/live失败,问题仍在进程、宿主或基础网络层,不应继续做租户或协议层检查。 - 如果
/health/live正常但/health/ready降级,优先看数据库、配置和依赖校验,而不是先怀疑单租户配置。 - 如果系统管理员无法进入后台,但健康检查正常,优先转到 平台级认证与接入治理 检查平台认证入口和登录链路。
- 如果只有某一租户的品牌、联邦或
SCIM项不完整,说明基础平台已可用,应转到租户侧配置文档继续处理。
关联文档
- 上游导航:平台运营配置文档
- 关联专题:平台可观测性与健康检查、平台级变更管理
- 执行文档:新环境初始化 SOP、变更前检查清单 SOP
- 参考文档:运维与健康检查