Argo自动化流水线方案

仓促编写新鲜出炉如有错误欢迎大家指正~目标早干完早回家不熬夜痛点服务众多上线发布巨慢无比目前有五十个微服务需要把这些全部上线才能构建完整系统。CPD项目引入serverless完全实现后服务数量会成指数级增长。上线时一个个发布巨慢无比。配置众多不好管理基于以上服务每个至少有三个配置文件就是总共约150个配置文件手动管理应用改到吐血。多环境发布差异化部署不好控制每个项目至少三个环境测试环境、预发布环境、正式环境。每个环境的配置参数又略微不一样改了这个忘了那个或这个修改那个修改环境部署的服务是否正确配置是否正确只有天知道。团队协作开发修改自己用到的配置覆盖顶来顶去每个人都得去排查自己的功能在环境为什么返回失败浪费无意义时间。每个环境众多配置满天飞改到吐血。略微差异的代码版本要同时上线好几个项目50个子服务150个配置乘N个项目程序员不用回家了管理起来复杂无比大部分人的大多数时间时间并不是在解决实际线上问题而是在验证环境的准确性。Argo WorkflowsArgo workflows 负责 DevOPS的CI部分可以通过编写具体子服务的yaml进行配置即可实现自动化打包。鉴于运维还未安装服务这里不做展示。它不仅可以构建后端镜像同样也可以构建前端代码并传输到指定位置。一切都是基于yaml配置运维编写好之后开发人员只管用就可以了。同时它也可以进行数据处理流水线、机器学习模型训练任务编排。核心特性容器即步骤 工作流的每一个步骤都是一个独立的容器。DAG有向无环图 轻松定义复杂的依赖关系和并行任务。云原生 直接以 Kubernetes CRD自定义资源定义运行无需额外搭建和维护调度引擎。适用于CI持续集成、数据处理流水线、机器学习模型训练。与Jekenis对比Argo功能较为强大且适配云原生场景下的服务CI/CD流程。Jekenis只适合单机打包当打quarkus镜像内存耗费巨大或多服务50共同打镜像时吃不消又不太好专门为Jekenis配置高性能大内存服务器。Argo Workflows可以部署在测试k8s集群上当打镜像时可以利用k8s集群的资源动态协调能力每个服务构建都是一个pod任务充分利用集群资源物尽其用Jekenis服务状态管理复杂非云原生维护成本高独有资源/配置无法统一管理。有丰富的图形化页面进行管理且能够与ArgoCD进行一体式自动化联动。每个子服务镜像构建的yaml同样可以被git管理起来可以做到在任何时间任何地点随时迁移/构建环境项目。不会使得配置、文件散落各处牵一发动全身无历史回溯记录。ArgoCDArgoCD 负责 DevOPS的CD部分。功能亮点服务快速部署能力可以直接填写helm git地址、代码分支、环境参数配置文件、k8s集群地址即可实现快速部署如果集群崩溃只要 Git 仓库还在随便找个新集群装上 Argo CD一键就能把所有服务按原样拉起来。集群服务健康状态检查可以实现对集群各子服务健康检查管理快速找出不健康服务定位原因。服务同步状态监控/配置偏移自动修复可以对集群内服务同步状态进行监控及时发现哪些服务偏离了git最新版本进行配置偏移的自动修复。杜绝程序员手动/暗地修改环境配置造成信息黑洞只能通过修改提交git的方式来让ArgoCD自动管理配置大家都有据可依。审计追踪清晰、安全性高集群无需向外部暴露凭证由集群内部拉取配置。历史部署版本一键恢复当出现问题时可以通过History and rollback功能一键快速恢复历史部署版本。准确知道恢复的是git哪个分支哪次commit具体都有哪些配置参数。配置偏移详细对比当第一次使用Argo时环境配置与git版本配置严重不一致导致谁也不敢一键升级ArgoCD提供了配置对比功能左侧的是环境配置右侧的是git上的版本它可以一键渲染helm参数以及自动忽略k8s增加的默认配置给人清晰化的配置结果。回顾再详细讲解下Argo的哪些功能解决了最开始提出的痛点问题。展望程序员在git提交代码通过Argo Events触发事件Argo Workflows进行CI编译打包镜像然后推送到镜像制品库同时自动修改helm脚本上的镜像版本号这时候程序员在ArgoCD上查看最新helm git上与环境配置的差异差异部分二次确认无误即可点SYNC进行服务发布可全自动化执行。Argo 控制k8s主集群然后主集群再通过karmada向子k8s集群各子项目下发最新服务。在以上过程中程序员做的只是点一次两次按钮一次git提交一次SYNC进行同步最终效果一切皆代码与一切皆容器只要git仓库没丢系统蓝图保留好一切都可以快速部署提升交付速度、增强系统稳定性、降低运维心智负担。