工具与应用01
Harness 这家做软件发布工具的公司，把审批环节直接搬进了部署流水线里。以前每次上线前要等好几位负责人签字，人不在就得干等，有时发布要拖到第二天。现在审批步骤就在流水线内部运行，可以设置审批人、超时时间，还能对接 Jira 或 ServiceNow 走变更流程。对开发团队来说，发布等待时间有望缩短，不用再为一个签字等上大半天。
文中可用工具
- Harness CD在部署流水线里内置审批步骤，让发布签核不用另开工具
- Jira Approval当审批取决于 Jira 工单状态时，直接在流水线里查工单是否已批准
- ServiceNow Approval生产变更走 ServiceNow 流程时，把部署和变更请求连起来
- Harness Policy as Code用来写自定义的发布就绪规则，让检查可强制执行
工具与应用02
Harness 发布了一篇入门教程，手把手教没有用过 Harness CD 的开发者部署一个示例 Java 应用。原来很多团队用 SSH 脚本手动部署，一旦要加第二个环境、回滚或上线审批，脚本就会变得混乱，回滚往往要凭记忆找回上一个可用的镜像版本。这次教程把“构建”和“部署”拆开：部署目标、策略和失败处理只需配置一次、到处复用，从测试环境切到生产环境只改少量设置，出错一键回滚并保留完整发布历史。教程需要 GitHub 等代码仓库账号、Docker Hub 账号、Kubernetes 集群和 Harness 账号，并说明仓库里已带一份可用的流水线配置，可直接指过去跳过手动步骤，但整篇是演示性质，是否已在正式产品中可用原文未明确说明。
文中可用工具
- Harness CD配置和运行部署流水线，支持回滚、审批和发布历史记录
- Harness Delegate装在 Kubernetes 集群里的轻量代理，让 Harness 能访问集群并执行部署
- Docker Hub存放构建好的应用镜像，供部署时拉取
- Kubernetes运行示例应用的目标集群环境
- GitHub Actions在已有 CI 里附带部署步骤的常见做法
- GitLab CI在已有 CI 里附带部署步骤的常见做法
- Jenkins在已有 CI 里附带部署步骤的常见做法