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

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

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

Architecture Topology & Evidence Chain

平台全景链路图谱

点击节点直接定位至对应能力卡片

覆盖研发交付全生命周期的四大协同层级,以不可逆的变更门禁与留证链条贯穿全流程:

Service Catalog

14 类能力,各司其职

查看项目档案

找到 1 项能力 · “ELK”

清除筛选
观测与响应

日志中心

选型映射:ELK 组件组合

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

日志中心:边界与检查重点
职责边界

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

重点检查清单
  • 采集位点、积压与丢失窗口
  • 索引容量、保留周期与访问隔离
  • 脱敏、时间基线与事件关联
阅读日志中心手册

Connected Workflows

跨组件协作,用证据接力

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

合规与选型纪律

Before Integration

三个需要先澄清的边界

系统集成不是简单的网络打通,必须在项目启动期划定责任归属与回退兜底。

01

LDAP ≠ 完整统一登录

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

02

仓库按制品类型分工

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

03

产品重叠不等于必须全装

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