能力分工 · 组件选型 · 运维闭环

把组件连成方法，
把平台管成体系。

从日志、监控到研发交付与安全治理，沿着能力找到组件，沿着手册明确接入、巡检、故障处理与验收。

Service Catalog

14 类能力，各司其职

找到 2 项能力 · 观测与响应

观测与响应

从采集、解析到检索，把故障现场变成可关联的事件证据。

ELK 组件组合

日志中心：边界与检查重点

ELK 指三个组件的组合；日志检索与不可篡改审计不是同一种保证。

组织基础设施监测、指标采集与看板，明确规则和通知的负责人。

分工与边界需评审

监控告警：边界与检查重点

看板正常不等于通知已送达；多套监控需划分责任，避免重复告警。

下面是建议验证的工作流程，不表示这些系统已经互通。先确定身份、数据契约和责任人，再逐段验证。

提交 → 构建 → 制品 → 发布 → 验收

身份 → 授权 → 访问 → 到期 → 复核

申请 → 审核 → 执行 → 验证 → 留证

需求 → 契约 → 变更 → 文档 → 交接

Before Integration

目录协议、单点登录、MFA 与会话回收分别评审。OpenLDAP 是这里补充的候选实现，不是原图已选产品。

代码、镜像、Maven 依赖与通用软件包的身份、权限和清理策略不同；“软件仓库”保留待选型状态。

GitLab 与 Jenkins 的流水线、多套监控、Confluence 与语雀的知识空间，均应明确主系统与维护责任。