研发与交付
软件仓库
选型映射：原图未指定组件
先定义软件包类型、上游来源、签名校验和保留策略，再进行产品选型。
对应组件
待论证候选：Nexus Repository（Raw / 通用制品）
先确认包格式、供应链要求与分发方式，再评审选型。
Architecture Topology & Evidence Chain
平台全景链路图谱
点击节点直接定位至对应能力卡片
覆盖研发交付全生命周期的四大协同层级，以不可逆的变更门禁与留证链条贯穿全流程：
协作与需求层
需求输入 · 接口契约 · 知识空间
研发交付与供应链
代码提交 · 持续构建 · 制品分发 · 容器编排
立体可观测基座
日志汇聚 · 指标采集 · 综合看板
安全合规与审计
身份目录 · 运维会话 · 数据库变更门禁
Service Catalog
14 类能力，各司其职
找到 2 项能力 · 研发与交付 · “Harbor”
清除筛选Connected Workflows
跨组件协作，用证据接力
下面是建议验证的工作流程，不表示这些系统已经互通。先确定身份、数据契约和责任人，再逐段验证。
合规与选型纪律
Before Integration
三个需要先澄清的边界
系统集成不是简单的网络打通，必须在项目启动期划定责任归属与回退兜底。
01
LDAP ≠ 完整统一登录
目录协议、单点登录、MFA 与会话回收分别评审。OpenLDAP 是这里补充的候选实现，不是原图已选产品。
02
仓库按制品类型分工
代码、镜像、Maven 依赖与通用软件包的身份、权限和清理策略不同；“软件仓库”保留待选型状态。
03
产品重叠不等于必须全装
GitLab 与 Jenkins 的流水线、多套监控、Confluence 与语雀的知识空间，均应明确主系统与维护责任。