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

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

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

Architecture Topology & Evidence Chain

平台全景链路图谱

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

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

Service Catalog

14 类能力,各司其职

查看项目档案

找到 2 项能力 · “Jenkins”

清除筛选
研发与交付

CI/CD

选型映射:Jenkins 流水线

让构建、测试、审批、发布与回退具备可追溯的交付记录。

CI/CD:边界与检查重点
职责边界

流水线成功不是业务验收;与 GitLab CI 的执行责任应择定,避免重复发布。

重点检查清单
  • 提交、构建编号与制品摘要对应
  • 执行节点隔离和凭据最小权限
  • 人工门禁、停止条件与回退证据
阅读CI/CD手册
研发与交付

代码仓库

选型映射:GitLab 代码协作

以提交和合并请求为源头,把需求、评审与发布制品连接起来。

代码仓库:边界与检查重点
职责边界

GitLab 也有 CI/CD 能力;图中的 Jenkins 分工不代表必须同时启用两套流水线。

重点检查清单
  • 保护分支与评审要求
  • Webhook、服务令牌与执行身份
  • 仓库、元数据、密钥的恢复一致性
阅读代码仓库手册

Connected Workflows

跨组件协作,用证据接力

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

合规与选型纪律

Before Integration

三个需要先澄清的边界

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

01

LDAP ≠ 完整统一登录

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

02

仓库按制品类型分工

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

03

产品重叠不等于必须全装

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