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

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

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

Architecture Topology & Evidence Chain

平台全景链路图谱

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

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

Service Catalog

14 类能力,各司其职

查看项目档案

找到 1 项能力 · “Kubernetes”

清除筛选
研发与交付

编排

选型映射:Kubernetes / K8s

在受控命名空间运行工作负载,核对声明状态与真实服务可用性。

编排:边界与检查重点
职责边界

编排不自动提供业务备份与容灾;应用、数据和集群状态需分别设计恢复。

重点检查清单
  • 命名空间、RBAC 与资源预算
  • 镜像摘要、配置、探针和事件
  • 发布收敛、数据兼容与回退停止点
阅读编排手册

Connected Workflows

跨组件协作,用证据接力

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

合规与选型纪律

Before Integration

三个需要先澄清的边界

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

01

LDAP ≠ 完整统一登录

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

02

仓库按制品类型分工

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

03

产品重叠不等于必须全装

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