我正在研究关于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函数调用请求和响应:
答案 0 :(得分:2)
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
答案 1 :(得分:1)
由于目前没有用于EKS的内置CI / CD,这将成为EKS中第三方CI / CD的成功/失败故事的展示:)我的看法:https://github.com/fluxcd/flux
优点:
缺点:
设置:
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存储库中。