研发与交付
CI/CD
让构建、测试、审批、发布与回退具备可追溯的交付记录。
Jenkins 流水线
CI/CD:边界与检查重点
流水线成功不是业务验收;与 GitLab CI 的执行责任应择定,避免重复发布。
- 提交、构建编号与制品摘要对应
- 执行节点隔离和凭据最小权限
- 人工门禁、停止条件与回退证据
Service Catalog
找到 6 项能力 · 研发与交付
清除筛选研发与交付
让构建、测试、审批、发布与回退具备可追溯的交付记录。
Jenkins 流水线
流水线成功不是业务验收;与 GitLab CI 的执行责任应择定,避免重复发布。
研发与交付
以提交和合并请求为源头,把需求、评审与发布制品连接起来。
GitLab 代码协作
GitLab 也有 CI/CD 能力;图中的 Jenkins 分工不代表必须同时启用两套流水线。
研发与交付
在受控命名空间运行工作负载,核对声明状态与真实服务可用性。
Kubernetes / K8s
阅读编排手册研发与交付
先定义软件包类型、上游来源、签名校验和保留策略,再进行产品选型。
原图未指定组件
先确认包格式、供应链要求与分发方式,再评审选型。
不能把软件仓库直接等同于 Harbor 或 Maven 仓库;Nexus 等方案需按格式与版本能力评审。
研发与交付
用项目权限和不可混淆的制品身份,连接构建产物与运行环境。
Harbor 镜像治理
阅读镜像仓库手册研发与交付
区分内部发布、上游代理和统一下载入口,保持依赖与构建可复现。
Nexus 制品管理
release 与 snapshot 应有不同策略;通用软件仓库与 Maven 格式配置要分开验收。
Connected Workflows
下面是建议验证的工作流程,不表示这些系统已经互通。先确定身份、数据契约和责任人,再逐段验证。
Before Integration
目录协议、单点登录、MFA 与会话回收分别评审。OpenLDAP 是这里补充的候选实现,不是原图已选产品。
代码、镜像、Maven 依赖与通用软件包的身份、权限和清理策略不同;“软件仓库”保留待选型状态。
GitLab 与 Jenkins 的流水线、多套监控、Confluence 与语雀的知识空间,均应明确主系统与维护责任。