如何解决如何在CI / CD中包含AWS EKS?
我正在研究关于AWS上的CI / CD(CodePipeline / CodeBuild / CodeDeploy),发现它是管理所有事物都在云上管理管道的非常好的工具(甚至不需要在EC2上安装Jenkins)
我现在正在阅读有关容器构建和部署的信息。在构建阶段,CodeBuild支持构建容器映像。在部署阶段,虽然我可以找到针对ECS集群的CodeDeploy解决方案,但似乎没有针对EKS的直接CodeDeploy解决方案(如果我错了,那肯定是正确的)。
我是否可以知道是否存在集成EKS集群的解决方案(即部署阶段可以从ECR或dockerhub获取docker映像并部署到EKS)?我遇到了一些使用lamda函数来触发集群以执行容器映像的滚动更新的想法,但是我找不到关于它的逐步指南。
========================
(2020年9月17日更新)
以某种方式设法创建了一个lambda函数来触发对EKS的更新以执行k8s部署的滚动更新。感谢Prashanna作为源库。
只想共享过程中的关键设置。
(1)更新lambda执行角色,以包括描述EKS集群的权限
创建一个描述EKS群集访问权限的策略,并附加到该角色:
政策摘要:
...
......
"Action": "eks:Describe*"
...
......
或者您可以创建“ EKSFullAccess”策略,并附加到lambda执行角色
(2)更新k8s ConfigMap,并将lambda执行角色ARN补充到mapRole部分。相应的k8s角色应该是有权更新用于k8s部署的容器映像(例如system:masters)的角色
您可以使用以下命令编辑地图:
kubectl edit -n kube-system configmap/aws-auth
即使您的部署位于另一个名称空间中,您也不必添加/更新另一个ConfigMap。也会生效。
示例lambda函数调用请求和响应:
解决方法
Gitab在Helm图表的帮助下提供了EKS和部署的内置集成。如果您打算使用其他工具,使用AWS lambda更新映像是最好的选择!
我已经添加了我的github项目。
使用以下代码设置一个lambda,并在您的EKS中为RBAC提供对该lambda的访问权限。尝试通过传递所需的信息(例如名称空间,部署,映像等)来调用lambda
Lambda for Kubernetes image update
lambda必须要求EKS:describecluster策略。
必须在EKS群集中至少在更新映像RBAC角色中提供Lambda角色RBAC role setup
,由于目前没有用于EKS的内置CI / CD,这将成为EKS中第三方CI / CD的成功/失败故事的展示:)我的看法:https://github.com/fluxcd/flux
优点:
- 快速设置(直到您进入多个团队/环境)
- 开箱即用地跟踪和部署映像发布
- 可以使用正则表达式在dev / prod中拆分要自动部署的内容。例如。所有版本均为开发人员,仅次要产品。或为dev / prod使用单独的标签前缀。
- 所有状态都在git中-开头是一个好习惯
缺点:
- 为进一步扩展管道而变得复杂,例如蓝绿色,金丝雀,自动回滚等。
- 仪表板是专有的(编织产品)
- 不适用于像传统CI一样按需进行参数化的作业。
设置:
- 设置自动图像生成(看起来您已经了解了)
- 将
rules_version = '2'; service cloud.firestore { match /databases/{database}/documents { match /users/{user} { allow read: ....; allow create: ....; allow delete: ....; allow update: if request.resource.data.online > 0; } } }
和flux
设置到群集中,将它们指向您的“ gitops存储库” - 为每个应用创建一个
helm-operator
对象,该对象描述要跟踪的图像标签的正则表达式
完成。属于正则表达式的新发布的图像标签将自动部署到群集中,新版本将被提交到gitops存储库中。