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

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

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

Architecture Topology & Evidence Chain

平台全景链路图谱

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

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

Service Catalog

14 类能力,各司其职

查看项目档案

找到 2 项能力 · 研发与交付 · “软件仓库”

清除筛选
研发与交付

软件仓库

选型映射:原图未指定组件

先定义软件包类型、上游来源、签名校验和保留策略,再进行产品选型。

待论证候选:Nexus Repository(Raw / 通用制品)

先确认包格式、供应链要求与分发方式,再评审选型。

软件仓库:边界与检查重点
职责边界

不能把软件仓库直接等同于 Harbor 或 Maven 仓库;Nexus 等方案需按格式与版本能力评审。

重点检查清单
  • 包格式、镜像代理与离线分发范围
  • 可信来源、完整性与准入证据
  • 缓存清理、保留策略与可恢复性
阅读软件仓库手册
研发与交付

Maven 仓库

选型映射:Nexus 制品管理

区分内部发布、上游代理和统一下载入口,保持依赖与构建可复现。

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

release 与 snapshot 应有不同策略;通用软件仓库与 Maven 格式配置要分开验收。

重点检查清单
  • 仓库类型、坐标与发布权限
  • 依赖来源、校验和与缓存失效
  • Blob 与元数据备份、清理前引用检查
阅读Maven 仓库手册

Connected Workflows

跨组件协作,用证据接力

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

合规与选型纪律

Before Integration

三个需要先澄清的边界

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

01

LDAP ≠ 完整统一登录

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

02

仓库按制品类型分工

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

03

产品重叠不等于必须全装

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