@aws-cdk/pipelines与@aws-cdk/aws-codepipeline的区别及适用场景是什么？

设计定位差异 #

• @aws-cdk/aws-codepipeline 是底层基础能力封装：它是AWS原生CodePipeline服务的CDK原生映射，完全对齐CodePipeline的所有底层功能，你可以自由组合源、构建、部署、通知等所有阶段，所有配置项都支持自定义，灵活度拉满，但要求开发者完全掌握CodePipeline的底层概念，所有流水线逻辑都需要手动搭建。
• @aws-cdk/pipelines 是上层场景化封装：它基于@aws-cdk/aws-codepipeline实现，核心定位是提供CDK基础设施即代码应用的开箱即用CI/CD能力，内置了大量CDK部署的最佳实践，包括自动处理CDK synth校验、跨账号跨区域部署权限配置、多环境波次部署、变更集预览、手动审批等通用逻辑，不用开发者从零拼接流水线，但是有固定的结构约束，灵活度低于底层包。

实际开发选型标准 #

优先选择@aws-cdk/aws-codepipeline的场景 #

• 流水线核心用途不是部署CDK管理的基础设施，而是用于普通业务应用（比如前端项目、后端服务、容器镜像）的构建部署，或者需要集成大量非CDK相关的自定义任务
• 对流水线的结构、逻辑有高度自定义需求，不希望被固定的封装规则限制
• 需要使用CodePipeline的冷门高级特性，上层@aws-cdk/pipelines暂时不支持

优先选择@aws-cdk/pipelines的场景 #

• 核心需求是搭建CDK基础设施的部署流水线，希望快速落地符合AWS最佳实践的CI/CD流程
• 需要实现跨账号、跨区域的多环境CDK部署，不想手动配置每个环境的角色权限、部署阶段逻辑
• 希望直接使用开箱即用的CDK语法校验、变更预览、部署审批等能力，不需要从零实现相关逻辑

内容的提问来源于stack exchange，提问作者vicg