CICD 规划

已于 2024-02-07 12:24:33 修改
阅读量886 收藏 23
点赞数 18
分类专栏： DevOps 云原生 文章标签： devops 云原生 ci/cd 容器
于 2024-02-07 09:06:29 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/iiothub/article/details/136064979
版权

文章目录

# DevOps

https://iothub.org.cn/docs/devops/
https://iothub.org.cn/docs/devops/cicd/cicd-plan/

一、概述

1.分布式系统关键技术

  • 微服务：采用微服务分布式架构
  • 容器部署：微服务容器化部署，支持容器的编排调度
  • 系统监控：系统监控、日志聚合、链路跟踪
  • 可用性：高可用、负载均衡、故障转移、水平扩展等
  • 开发运维：采用DevOps理念，搭建CI/CD流水线
  • 容灾：建立不同地理位置的控制中心，容灾切换

在这里插入图片描述
在这里插入图片描述

2.分布式系统CI/CD流水线

分布式系统CI/CD流水线主要实现微服务的持续集成（CI）、持续交付（CD）、持续部署（CD）。

  • 微服务采用Spring Cloud技术栈
  • 微服务采用容器化部署（Docker）
  • kubernetes进行容器管理（可选）
2.1.容器化CI/CD流水线

在这里插入图片描述

2.2.容器部署CI/CD流水线

在这里插入图片描述

2.3.Kubernetes部署CI/CD流水线

在这里插入图片描述

二、环境规划

1.环境介绍

开发过程中四个环境分别是：pro、pre、test、dev环境，中文名字：生产环境、灰度环境、测试环境、开发环境。

  • pro环境：生产环境，面向外部用户的环境，连接上互联网即可访问的正式环境
  • pre环境：灰度环境，外部用户可以访问，但是服务器配置相对低，其它和生产一样
  • test环境：测试环境，外部用户无法访问，专门给测试人员使用的，版本相对稳定
  • dev环境：开发环境，外部用户无法访问，开发人员使用，版本变动很大

在这里插入图片描述

2.微服务规划

微服务部署原则：

  1. 微服务采用Helm部署，通过修改 values.yaml 进行部署升级
  2. pro、pre、test、dev环境，分别部署在名字空间：pro、pre、test、dev
  3. Harbor作为私有镜像仓库，存储微服务镜像
  4. Harbor作为Helm仓库

1.架构图
在这里插入图片描述

2.部署图
在这里插入图片描述

3.生产环境

  • 微服务：k8s部署微服务，名字空间：pro
  • 中间件：中间件部署在k8s外部，PostgreSQL、MySQL、Redis、RabbitMQ，名字空间：ext
  • 系统监控：k8s部署Prometheus，Elastic Stack部署在k8s外部
  • 镜像仓库：Harbor作为私有镜像仓库，创建springcloud项目
  • Helm仓库：Harbor作为Helm私有仓库

4.测试环境

  • 微服务：k8s部署微服务，名字空间：test
  • 中间件：k8s部署中间件，PostgreSQL、MySQL、Redis、RabbitMQ
  • 系统监控：k8s部署Prometheus，Elastic Stack
  • 镜像仓库：Harbor作为私有镜像仓库，创建springcloud项目
  • Helm仓库：Harbor作为Helm私有仓库

三、CI/CD流水线设计

1.CI/CD流水线规划

分布式系统CI/CD流水线总体规划：

  • 分开搭建持续集成（CI）、持续交付（CD）、持续部署（CD）流水线
  • 持续集成创建微服务镜像，容器（Docker）镜像上传Harbor私有镜像仓库
  • CD流水线容器化部署，Kubernetes根据实际需求选择
  • 持续交付流水线（CD）面向开发环境（dev）、测试环境（test）
  • 持续部署流水线（CD）面向生产环境（pro）、灰度环境（pre）
  • CD流水线部署脚本使用GitLab进行版本维护

2.持续集成（CI）

在这里插入图片描述

2.1.持续集成规划

持续集成方案： Jenkins + GitLab + Maven + Docker + SonarQube + Harbor

  • Jenkins：开源持续集成工具，用于项目开发，具有自动化构建、测试和部署等功能

  • GitLab：源代码仓库，使用Git作为代码管理工具

  • SonarQube：用于管理代码质量的开放平台，可以快速的定位代码中潜在的或者明显的错误

  • Harbor：开源的企业级DockerRegistry项目，搭建企业级的Dockerregistry服务

2.2.Git分支管理

下面是Git Flow的流程图

在这里插入图片描述

根据生命周期区分

  • 主分支：master，develop
  • 临时分支：eature/，release/，hotfix/

根据用途区分

  • 发布/预发布分支：master，release/*
  • 开发分支：develop
  • 功能分支：feature/*
  • 热修复分支：hotfix/*
2.3.容器镜像管理

容器镜像构建：

  • 发布镜像： 是稳定版本，运行于生产环境、灰度环境，从master分支构建，使用master分支tag作为标签，镜像标签命名规则 xxx.xxx.xxx，例如 eureka:1.0.0，eureka:1.5.0
  • 测试镜像： 是临时镜像，使用完成删除，运行于开发环境、测试环境，是从master以外的分支构建的， 镜像标签是发布镜像对应的版本标签加后缀 -xxx，例如 eureka:1.0.0-release1.1，eureka:1.5.0-dev1.5，eureka:1.5.0-hotfix1.0

容器运行环境：

  • 发布镜像： 生产环境（pro）、灰度环境（pre）
  • 测试镜像： 开发环境（dev）、测试环境（test）

3.持续部署（CD）

3.1.持续部署规划

持续部署规划：

  • 部署环境：生产环境（pro）、灰度环境（pre）
  • 部署脚本：部署shell脚本文件使用GitLab进行版本控制，尽量保持与微服务版本关联
  • 容器环境：可以部署到Kubernetes或Docker
  • K8S环境：使用Helm部署微服务
3.2.部署方案

  • 方案一： Jenkins + GitLab + Harbor + Docker
    在这里插入图片描述

  • 方案二： Jenkins + GitLab + Harbor + Kubernetes
    在这里插入图片描述

4.持续交付（CD）

4.1.持续交付规划

持续交付规划：

  • 部署环境 ：开发环境（dev）、测试环境（test）
  • 部署脚本：部署shell脚本文件使用GitLab进行版本控制，尽量保持与微服务版本关联
  • 容器环境 ：可以部署到Kubernetes或Docker
  • K8S环境：使用Helm部署微服务
4.2.部署方案

与持续部署的部署方案相同。

# DevOps

https://iothub.org.cn/docs/devops/
https://iothub.org.cn/docs/devops/cicd/cicd-plan/
IoTHub - 物联网开源技术社区
关注
专栏目录
K8S-与CICD的融合
Mclaughling的博客
10-28 1672
K8S与CICD的融合 CICD CICD的概念 工厂里的装配线以快速、自动化、可重复的方式从原材料生产出消费品。同样，软件交付管道以快速、自动化和可重复的方式从源代码生成发布版本。如何完成这项工作的总体设计称为“持续交付”（CD）。启动装配线的过程称为“持续集成”（CI）。确保质量的过程称为“持续测试”，将最终产品提供给用户的过程称为“持续部署（CD）”。一些专家让这一切简单、顺畅、高效地运行，这些人被称为运维开发DevOps践行者。 “持续”是什么 “持续”用于描述遵循我在此提到的许多不同流程实践。这
【精】DevOps实战学习CI/CD落地方案#CI篇#
LANXIAMAO的博客
04-21 1638
CI/CD，全称为持续集成/持续交付（Continuous Integration/Continuous Delivery/Deployment），是一种软件开发实践，旨在通过自动化和频繁地集成、构建、测试、部署软件来快速、高效地提供软件应用。持续集成（CI）强调在开发过程中频繁地集成代码。每当团队成员向版本控制系统（如Git）提交代码更改时，CI系统会自动触发构建过程。这确保了代码在提交后能够立即集成，从而尽早地发现和解决集成问题。
基于 Jenkins 搭建一套 CI/CD 系统
虫虫的博客
03-12 1661
基于 Jenkins 搭建一套 CI/CD 系统
CI/CD敏捷方案与DevOps技术方案
最新发布
Superman7658的博客
07-03 988
CI/CD是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。其核心包括持续集成（Continuous Integration, CI）、持续交付（Continuous Delivery, CD）和持续部署（Continuous Deployment, CD）。这些实践有助于减少人工错误，加快反馈循环，并提升软件质量。DevOps是Development（开发）和Operations（运维）的组合，是一种强调开发与运维之间高效协作和沟通的文化、方法和工具集。
搭建一套自己的CI/CD流水线
weixin_52345005的博客
07-15 998
程序员，开发、构建、部署项目总是避不开的，要是每次都折腾一回，也挺烦的。那懒人总得想点懒的解决方案吧。构建一套自己的CI/CD，实现一键部署似乎能省点事。这个是版本是基于 JDK1.8 + GitLab + Git + Maven + Jenkins实现的，其他版本尚未验证。在/home/soft目录中上传 apache-maven-3.9.3-bin.tar.gz。修改后重新登录，至此GitLab安装配置完成，想改其他配置，自行百度解决。完成之后根据提示创建管理员账号密码。看见这个就算成功了。
CI/CD 自动部署落地方案分享
03-14
CI/CD 自动部署落地方案分享
CI/CD流水线技术方案
weixin_40917409的博客
04-03 2119
引子 因为公司的集成及发布流程太LOW，基本就是上个世纪的那一套，无论是部署还是开发集成都要为此花费大量精力。出了设计书，已经实现了完全自动化，无奈推广不利，好东西还是要运营啊，分享下设计书 目的 技术现状及痛点 如上图可见，从程序包分发出去开始，即由项目实施人员对程序包进行安装、部署。其中部署环境包括kafka/nginx/redis/jdk/mysql/grafana/influxdb等等。...
CI/CD解决方案
林隐的专栏
12-19 5086
CI/CD企业级解决概述环境信息生产案例百度万人协同规模下的代码管理架构演进百度代码开发协作平台使用微服务架构构建业务服务，一方面整合了现有的业务系统，另一方面提高了系统的稳定性和性能。使用数据分片和读写分离相结合的方式解决了代码库服务容量和性能的问题。使用专属云方案处理多租户的问题，帮助企业客户快速接入，实现资源隔离。但是，我们还有很多不足的地方有待提高和完善。比如，目前我们考虑到性能和开发成本的
CICD 基础
weixin_34292287的博客
03-03 878
代码测试覆盖率 最近在负责相关插件的集成，今天第一次接触到“代码覆盖率”这个概念，那么，就做些简单的笔记吧。 好文 如何提高一个研发团队的“代码速度”？ 代碼覆蓋率-wiki 如何测试代码覆盖率：coverage.py简介 浅谈代码覆盖率 代码覆盖率浅谈 实际软件工程中是否真的需要100%代码覆盖率（code coverage）？ 用 Python 编写干净、可测试、高质量的代码 代码覆盖率工具...
自动化部署方案CICD
weixin_30546933的博客
09-07 1209
自动化部署方案 由于来来也的时间不久，可能对现有的部署情况不是很了解，以下是个人对POC自动化部署的设计方案。 自动化部署优点 降低成本，提高生产力，高可用，更可靠，性能优化 与gitlab持续集成的比较流行的有jenkins和gitlab-ci Jenkins: 优点：编译服务和代码仓库分离，而且编译配置文件不需要在工程中配置，如果团队有开发、测试、配置管理员、运维、实施...
基于rancher的K8s集群搭建(可实现CICD部署)
qq_37928540的博客
02-13 586
亲测可行
CICDpipeline4microserviceapp：通过滚动部署为微服务应用程序开发CICD管道
02-19
通过滚动部署为微服务应用程序开发CICD管道。 首先进行Linting检查，然后构建Docker容器，将构建的Docker容器推送到Amazon Elastic Container Registry ECR，然后将这些Docker容器部署到Kubernetes集群。 学习目标 ...
gitlab-cicd(devops)搭建测试案例.docx
03-11
1. **环境规划与角色分配** - Gitlab代码仓库节点：10.10.10.130，运行CentOS7，用于存放项目代码。 - Kubernetes主节点（K8s-Master）：10.10.10.128，同样运行CentOS7，用于执行CI/CD流水线中的任务，如打包、...
Jenkins+gitlab+harbor+k8s构建CICD
一起学习吧
03-23 1735
Jenkins+gitlab+k8s构建企业级CICD 要完成这篇文章，请先完成—> kubeadm安装k8s v1.23 高可用环境 主机规划，和前面文件相比多了数据库机器 IP地址 主机名 备注 192.168.10.64 k8s-master01 测试最少2核6G（必须最少要2核） 192.168.10.65 k8s-master02 测试最少2核6G（必须最少要2核） 192.168.10.66 k8s-master03 测试最少2核6G（必须最少要2核） 192.
Elastic的CI/CD全观测解决方案
点火三周的专栏
04-06 1449
CI/CD 可观测性 为了帮助管理员监控 CI/CD 平台并对其进行故障排除，并帮助开发人员提高 CI/CD 管道的速度和可靠性，Elastic Observability 提供了持续集成和持续交付 (CI/CD) 流程的可见性。 为了在管道上提供监控仪表板、警报和根本原因分析，Elastic 与最流行的 CI/CD 平台的社区合作，使用 OpenTelemetry 检测工具。 CI/CD 可观测性架构 使用 APM 服务器，将所有 OpenTelemetry 原生 CI/CD 观测工具直接连接到 Elas
搭建CICD环境
萌小白的博客
12-03 972
搭建环境 selinux、filrewalld 关闭状态 网络环境：可通外网 主机规划 IP 软件 192.168.1.55 gitlab + git 192.168.1.56 jenkins + git 192.168.1.57 nginx 搭建gitlab 安装前提软件 [root@localhost ~]# yum -y install curl policycoreutils openssh-server openssh-clients postfix git 复制安装包
代码上线方案走过的历史
天行健，君子以自强不息；地势坤，君子以厚德载物。
04-20 471
一、代码上线方案1、早期手动部署代码纯手动Scp、Rsync上传代码。纯手动登陆，Git pull 或者 Svn update。纯手动xftp、ftp、filezilla上传代码。开发发送...
CICD
u013045102的专栏
10-23 2401
Jenkins构建虚拟镜像推送到docker registry（仓储），完成ci过程 利用SPINNAKER 运行在k8s服务器  
CI/CD部署
weixin_44143876的博客
02-18 2193
CI和CD是软件开发中持续集成和持续交付的缩写。CI代表持续集成（Continuous Integration），是一种实践，旨在通过自动化构建、测试和代码静态分析等过程，频繁地将代码变更合并到共享存储库中。其目的是快速发现和修复代码问题，确保开发团队对软件产品持续交付。其中，持续指的是在整个开发周期中经常性地进行集成。CD代表持续交付（Continuous Delivery）和持续部署（Continuous Deployment）。
cicd maven
04-25
CICD（Continuous Integration and Continuous Deployment）是一种软件开发流程，它的目标是通过自动化的方式实现代码的集成、构建、测试和部署。Maven是一个Java项目的构建工具，它可以管理项目的依赖、编译代码、运行测试等。 在CICD流程中，Maven通常被用来管理项目的构建和依赖。以下是CICD和Maven的一些关键概念和步骤： 1. 持续集成（Continuous Integration）：持续集成是指开发人员将代码频繁地合并到共享的代码仓库中，并通过自动化的构建和测试流程来验证代码的质量。 2. 持续部署（Continuous Deployment）：持续部署是指将经过验证的代码自动部署到生产环境中，以实现快速交付和反馈。 3. 构建工具：Maven是一种常用的构建工具，它使用基于XML的配置文件（pom.xml）来定义项目的结构、依赖和构建过程。 4. 依赖管理：Maven可以管理项目的依赖，通过在pom.xml文件中声明依赖项，Maven可以自动下载所需的库文件，并将其添加到项目的类路径中。 5. 生命周期和插件：Maven定义了一套生命周期和插件机制，通过配置不同的生命周期和插件，可以实现项目的编译、测试、打包、部署等一系列操作。 6. 自动化构建和测试：通过配置Maven的插件，可以实现自动化的代码编译、单元测试、集成测试等操作。这些操作可以在代码提交到版本控制系统后自动触发。 7. 部署和发布：Maven可以将项目打包成可执行的文件（如JAR、WAR），并将其部署到服务器上。通过配置Maven插件，可以实现自动化的部署和发布过程。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

IoTHub - 物联网开源技术社区

支持开源技术！ 传播开源文化！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值