围绕Gitlab_CI_k8s_打造容器化的交付流水线.pptxVIP

围绕 Gitlab CI + k8s 打造容器化的交付流水线分享人 冯宇 abcfy2@163.com About M2华为云 MVP《精通 SaltStack》 合作译者《ELK stack权威指南》 内容贡献者Grails，Jeknins，Dgate等多个开源项目的代码贡献者SegmentFault社区多个季度的Top WriterTFUG西安社区组织者个人github: /abcfy2个人联系方式: abcfy2@163.com团队Blog: / 01CI 的发展与演进带来的问题02容器化改造03一个 Hello world 范例04一些 CI 方面的实践总结content05使用Gitlab CI 简化 CI 环境的维护 CI 的发展与演进/01 CI 的流程不断演进5图片来源: /resources/blog/continuous-delivery-vs-deployment由敏捷开发到DevOps，贯穿的流程节点逐步增多 工具化的不断演进6图片来源: /pin/658862620461991999/产品从开发到交付，各个流程环节都有对应的工具支持，各司其职 传统的CI方式带来的一些问题7图片来源: /cloud/devops-secure-and-scalable-ci-cd-pipeline-with-aws/attachment/devops-secure-and-scalable-cicd-pipeline-with-aws-3/传统的 CI 普遍围绕Jenkins+ 插件的方式进行管理，将产品包直接部署到服务器中。此方案灵活度非常高，几乎适用各种规模的CI流水线，但是对运维的压力太大，需要对接的技术栈繁多Jenkins并不提供完整的企业级端到端的交付功能，只是提供一个基础的流水线框架功能，想要实现一整套完整的流程需要自己完全DIY 容器化给CI带来了新的生机8图片来源: /vi/L5oesoeZ_iY/maxresdefault.jpg随着容器的出现，很大程度上降低了CI/CD过程中的环境准备过程的压力，简化了部署过程容器化为环境一致性提供了轻量级的解决方案但是容器化并没有降低运维的压力，反而由于隔离环境所带来的网络拓扑上额外的复杂性 k8s 带来了全新的容器交付体验9不需要再管网络拓扑，只需要声明访问方式，以及负载均衡就行了大大简化了容器网络的复杂度有状态、无状态、守护进程、定时任务、一次性任务等诸多部署方案可供选择灵活的容器部署方式Deployment的出现，实现了自动化弹性伸缩弹性自动伸缩实例010203k8s 的出现将容器化的热度的带上了一个新的巅峰 使用Gitlab CI 简化 CI 环境的维护 一个完整的 CI 需要对接相当多的技术栈，而Gitlab的出现大大简化了CI环境的维护/02 企业端到端开发典型流程 —— 经典的DevOps闭环11流程化的交付需要工具化支持，CI工具的引入势在必行图片出处: /api-streaming/stream-data-continuous-delivery/ 容器化对 CI 带来的优势与挑战12容器独立运行环境，不会对宿主机环境造成污染，使得 CI 服务器相对容易维护资源隔离由于隔离的运行环境，互不干扰流水线，所以可以放心的并行运行流水线容易并行化只需要安装Docker，然后配置下CI使用Docker就可以了部署容易容器外部不容易直接访问到容器内部文件系统，造成调试上的不便利调试麻烦每次启动都是干净的环境，对测试来说十分理想，但是对于集成就非常痛苦了，可能还需要自己定制很多Docker镜像满足 CI 运行要求集成麻烦相比直接用shell CI，耗时会更长，而且出错的可能性也会更高耗时较长容器化整体来说短期运维成本上升，但长期来看节省了整个交付的成本 更进一步——使用k8s集群做CI13使用k8s集群将在更广阔的集群环境中进行CI搭建环境将变得更加简单，无需手动批量部署docker环境进一步充分利用资源，分布式构建由于k8s带来调度上的隔离性，配合容器化本身的隔离性，几乎不需要为CI单独购买服务器直接使用k8s集群资源环境，配合隔离的运行环境，将大大降低CI的成本充分利用集群资源，减少CI服务器的投入成本k8s将资源集中管理，自动分配，无需考虑每台服务器的资源在k8s集群中可以轻松实现更高规模的CI并发，可以完全满足大型团队敏捷开发的需求更大规模的CI并发，满足大型团队高速迭代的需求通过k8s带来的容器集群调度能力，充分解放容器化带来的生产力，低成本高效率满足更大规模的CI需求 Gitlab 打造“一站式”交付体系14Gitlab代码仓库几乎和Github同等的代码仓库体验，让Github的用户无压力轻松上手Issue tracker内置issue tra