VMware Aria Automation Pipelines 是一个持续集成和持续交付 (CICD) 工具。通过创建管道以在 DevOps 生命周期中对软件发布流程进行建模,可以构建快速、持续交付软件的代码基础架构。

从代码签入到在 Kubernetes 集群上部署应用程序的工作流可以使用 GitHub、Automation Pipelines、Docker Hub、适用于 Git 的触发器和 Kubernetes。

使用 Automation Pipelines 交付软件时,您可以集成 DevOps 生命周期的两个最重要部分:发布流程和开发人员工具。在初始设置(将 Automation Pipelines 与现有开发工具集成)之后,管道会自动执行整个 DevOps 生命周期。

可以创建一个用于生成、测试和发布软件的管道。Automation Pipelines 使用该管道将软件从源代码存储库向前推进,执行测试,然后部署到生产环境中。

管道持续集成和交付应用程序,从开发存储库中的代码,然后经过构建测试、验收测试,最后部署到生产环境中。

有关规划持续集成和持续交付管道的详细信息,请参见在 Automation Pipelines 中规划本地构建、集成和交付代码

管理员如何使用 Automation Pipelines

作为管理员,您可以创建端点并确保工作实例对开发人员可用。您可以创建、触发和管理管道,还可以执行其他操作。您具有 Administrator 角色,如如何管理 Automation Pipelines 中的用户访问和批准中所述。

表 1. Automation Pipelines 管理员如何支持开发人员
要支持开发人员... 您可以执行的操作...
提供和管理环境。

为开发人员创建环境,以测试和部署其代码。

  • 跟踪状态并发送电子邮件通知。
  • 通过确保开发人员的环境不间断运行,使开发人员能够高效工作。

要了解详细信息,请参见 VMware Aria Automation 入门》下的其他资源。

另请参见 Automation Pipelines 使用教程

提供端点。 确保开发人员具有可连接到其管道的端点的工作实例。
提供与其他服务的集成。

确保与其他服务的集成正常工作。

要了解详细信息,请参见 VMware Aria Automation 文档

创建管道。

创建对发布流程进行建模的管道。

要了解详细信息,请参见在 Automation Pipelines 中创建并使用管道

触发管道。

确保管道在事件发生时运行。

  • 要在创建或更新生成工件时便触发独立的持续交付 (CD) 管线,请使用 Docker 触发器。
  • 要在开发人员提交对其代码所做的更改时触发管道,请使用 Git 触发器。
  • 要在开发人员审阅代码、执行合并等操作时触发管道,请使用 Gerrit 触发器。
  • 要在创建或更新生成工件时运行独立的持续交付 (CD) 管道,请使用 Docker 触发器。

要了解详细信息,请参见在 Automation Pipelines 中触发管道

管理管道和批准。

随时了解管道的最新信息。

  • 查看管道状态,并了解运行管道的用户。
  • 查看对管道执行的批准,并管理活动和非活动管道执行的批准。

要了解详细信息,请参见Automation Pipelines 中的用户操作和批准是什么

另请参见如何在 Automation Pipelines 中使用自定义仪表板跟踪管道的关键绩效指标

监控开发人员环境。

创建用于监控管道状态、趋势、衡量指标和关键指标的自定义仪表板。使用自定义仪表板监控开发人员环境中通过或未通过的管道。还可以识别和报告未充分使用的资源,并释放资源。

您还可以查看:

  • 管道在成功之前的运行时间。
  • 管道等待批准的时间,并通知必须批准该管道的用户。
  • 失败最频率的阶段和任务。
  • 运行时间最长的阶段和任务。
  • 开发团队正在进行的发布。
  • 已成功部署和发布的应用程序。

要了解详细信息,请参见监控 Automation Pipelines 中的管道

对问题进行故障排除。

对开发人员环境中的管道失败状况进行故障排除并加以解决。

另请参见设置 Automation Pipelines 以对发布流程进行建模

Automation PipelinesVMware Cloud Services 的一部分。

  • 使用 Automation Assembler 部署云模板。
  • 使用 Automation Service Broker 从目录中获取云模板。

要了解您可以执行的其他操作,请参见 VMware Aria Automation 文档

开发人员如何使用 Automation Pipelines

作为开发人员,您可以使用 Automation Pipelines 来生成和运行管道,以及在仪表板上监控管道活动。您具有 User 角色,如如何管理 Automation Pipelines 中的用户访问和批准中所述。

运行管道之后,您需要了解以下情况:

  • 代码是否已成功通过管道的所有阶段。要查明这一点,请在管道执行中查看结果。
  • 如果管道失败,该怎么办?导致失败的原因是什么?要查明这一点,请在管道仪表板中查看最常见的错误。
表 2. 使用 Automation Pipelines 的开发人员
要集成和发布代码 您要完成的工作
生成管道。

测试和部署代码。

管道失败时更新代码。

将管道连接到端点。 将管道中的任务连接到端点,例如 GitHub 存储库。
运行管道。

添加用户操作批准任务,以便其他用户可以在特定点批准您的管道。

查看仪表板。

在管道仪表板上查看结果。您可以查看趋势、历史记录、故障等。

有关入门的详细信息,请参见什么是 Automation Pipelines

在“产品内置支持”面板中查找更多文档

如果您在此处找不到所需的信息,则可以在产品中获得更多帮助。“帮助”图标,可在 Automation Pipelines 用户界面中打开“产品内置支持”面板。

  • 单击并阅读用户界面中的标志和工具提示,随时随地获得所需的上下文特定信息。
  • 打开产品内置支持面板,并阅读针对活动用户界面页面显示的主题。您还可以在面板中搜索以获取问题的答案。

有关 Webhook 的更多信息

可以通过使用同一 Git 端点并在 Webhook 配置页面中为分支名称提供不同的值,为不同的分支创建多个 Webhook。要为同一 Git 存储库中的其他分支创建其他 Webhook,无需针对多个分支多次克隆 Git 端点。只需在 Webhook 中提供分支名称,即可重用 Git 端点。如果 Git Webhook 中的分支与端点中的分支相同,则无需在 Git Webhook 页面中提供分支名称。