下一代 CI/CD：利用 Tekton 和 ArgoCD 实现云原生自动化_tekton argo cd

一、回顾目标

背景：

​ 部门业务上云，之前服务采用传统的部署方式，这种方式简单，但是不能为应用程序定义资源使用边界，很难合理地分配计算资源，而且程序之间容易产生影响。随着互联网时代的到来，计算机的各项技术都有了巨大提高，推动了虚拟化、容器化技术的产生和发展，以及现在的云原生时代的到来，都极大提高了其资源利用率。

目标：

2022年下半年完成在kubernetes上的CI/CD实践，服务上云并保证服务活性。

流程：

CI：开发人员通过推送自己的代码来自动触发构建流程，流程触发之后会根据EventListeners对应的tekton pipeline来构建服务镜像，推送至镜像仓库并更新manifest中image_tag部分

CD：通过argoCD来对更新的manifest进行同步，并发布至集群

结果：

1.多种语言的构建流程，方便拓展。例如，Java、golang、node、python

2.实现了全自动化的服务部署，开发确认调整好了git仓库中的文件，就会触发构建流程。

3.对服务资源的可控性，避免了某个服务异常导致机器出现宕机，从而影响业务正常情况。

4.方便水平伸缩，服务请求较高时，适当调整replicas副本数。

5.灵活扩展，满足我们复杂多变的业务需求

6.让开发人员有更多的精力聚焦于业务开发上，避免繁琐的流程。

二、项目计划

****第一阶段：****熟悉Tekton和ArgoCD的工作原理，了解组件之间的依赖关系并使用于线上。

第二阶段：针对部门开发过程中，掌握不同语言的二进制构建。

遇到问题：

1、对Tekton和ArgoCD并不了解，缺乏实际操作经验。

2、语言能力相对欠缺，需要了解不同的打包方式。例如：maven，gradle，node

三、解决方案

1、通过自己多次部署测试来进行试错

2、通过官方文档学习其中知识

3、通过对同事之间的请教

4、通过对新技术的渴望，更深入研究

四、反思不足

1、Tekton概念复杂，但在使用上确实好用，后期如果有机会调研更多的插件功能。

2、在之前要充分考虑到实际的应用场景。

五、总结

1【对比】更多公司选择jenkins或者gitlabci，各有优劣，但是tekton更倾向于云原生的构建模式，在之后优势会尤为显著。

2【效率】复用开源技术，少去做造轮子的事情。

3【扩展性】不要只着眼于眼前的需求，还要关注定制化和扩展性，多考虑之后的业务场景。

4【技术】部门一起了解新的技术，提高部门的技术栈