如何管理 CD 中的多个组件
How to manager multiple components in CD
我们有一个用例,其中我们部署了多个组件。大多数组件相互独立,可以有自己的 CD 管道。但是某些组件是依赖的,是否有处理这些情况的最佳实践。
我的用例是我有一个可以独立部署的 API 服务。现在有一个前端应用程序使用 API。 API 和前端应用程序都有新的变化。因此,它们需要一起部署,如果需要则一起回滚。如何为此类更改定义 CD 流程。有没有一些最佳实践或方法来处理这种情况。
我建议采用以下策略。假设您需要开发和部署一项需要更改服务和前端的新功能。
您首先以向后兼容的方式开发服务中的功能。这意味着您可以添加新的 API,但不会引入任何重大更改。然后使用 CD 管道部署该后端服务。
然后在前端组件中开发功能。在此阶段,您可以针对您的生产服务对其进行测试。然后您可以使用您的 CD 管道部署您的前端。
按照此流程,您可以持续部署组件中的任何功能。
我们有一个用例,其中我们部署了多个组件。大多数组件相互独立,可以有自己的 CD 管道。但是某些组件是依赖的,是否有处理这些情况的最佳实践。
我的用例是我有一个可以独立部署的 API 服务。现在有一个前端应用程序使用 API。 API 和前端应用程序都有新的变化。因此,它们需要一起部署,如果需要则一起回滚。如何为此类更改定义 CD 流程。有没有一些最佳实践或方法来处理这种情况。
我建议采用以下策略。假设您需要开发和部署一项需要更改服务和前端的新功能。
您首先以向后兼容的方式开发服务中的功能。这意味着您可以添加新的 API,但不会引入任何重大更改。然后使用 CD 管道部署该后端服务。
然后在前端组件中开发功能。在此阶段,您可以针对您的生产服务对其进行测试。然后您可以使用您的 CD 管道部署您的前端。
按照此流程,您可以持续部署组件中的任何功能。