跨账号跨区域部署AWS CDK编排的应用
AWS CDK是编排部署AWS云上资源最佳的工具之一。基于AWS CDK的应用应该如何实践DevOps持续集成和部署呢?
通常我们有下面几种方法,
- 使用AWS CodePipeline来完成DevOps pipeline搭建。CodePipeline是AWS Code系列服务中的持续集成编排工具,它可以集成CodeBuild项目,在CodeBuild项目build中安装
cdk
,并执行cdk deploy
命令来实现应用部署。
这种方法简单直接的实现了DevOps部署流水线。但缺少staging,将最新提交直接部署到生产是一种非常高风险的做法。
- CDK近期发布了体验性的新特性CDK Pipelines来封装CDK应用持续部署流水线的配置。CDK Pipelines也是基于AWS CodePipeline服务,提供快速创建可跨账号区域的持续部署流水线,同时支持部署流水线项目的自升级更新。整个流水线流程如下图所示,
CDK Pipelines是非常高效且灵活的持续部署流水线创建的方式,但由于是体验性特性,在生产应用中还有一些局限性。例如,
- 不支持context provider查找。也就是说,无法支持CDK应用查找账户中存在的VPC,R53 HostedZone等。
- 由于CDK Pipelines实际是使用CodePipeline来编排部署流水线,CodePipeline的局限性,CDK Pipelines同样存在。
- CodePipeline在某些分区和区域还不可用。例如,AWS中国区暂时还没有CodePipeline服务,CDK Pipelines在AWS中国区也就无法使用。
- 使用AWS Step Functions来编排CDK应用部署的流水线。在Step Functions编译的部署流水线中,可用通过CodeBuild项目来完成
cdk deploy
执行做到完整的支持CDK的所有功能。同时Step Functions具备最大的灵活性来支持持续部署过程中的各种编排需求,例如,跨账户部署应用的不同stage,引入人工审批流程,通过Slack等chatops工具来完成审批。
Opentuna项目就实践了用Step Functions来编排持续部署流水线。整个部署流程如下图,
如果对基于Step Functions实现的CDK应用持续部署感兴趣,可以访问OpenTUNA项目实现的源码了解更多细节。