DevOps,CI,CD,自动化简述

前言：

　　随着企业应用的不断迭代，不断扩大，应用的发布发布可能涉及多个团队，如pc端，手机端，小程序端等等。应用发布也就成为了一项高风险，高压力的超过过程，以及应用的开发迭代的沟通，测试成本也大大的变得不可控了。这时候就出现了DevOps管理理念，CI，CD以及强大的部署自动化手段确保部署任务的可重复性、减少部署出错的可能性。下面简单的描述一下这四者的基本概念。

DevOps

什么是DevOps？

　　DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

可以把DevOps看作开发、技术运营和质量保障（QA）三者的交集。

DevOps好处？　　DevOps 使以前孤立的角色（开发、IT 运营、质量工程和安全）可以协调和协作，以生产更好、更可靠的产品。通过采用 DevOps 文化、做法和工具，团队能够更好地响应客户需求，增强对所构建应用程序的信心，更快地实现业务目标。

CI/CD

CI/CD是什么？

　　CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。作为一个面向开发和运营团队的解决方案，CI/CD 主要针对在集成新代码时所引发的问题。具体而言，CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务通常被统称为“CI/CD 管道”，由开发和运维团队以敏捷方式协同支持。

CI 持续集成（Continuous Integration）

　　现代应用开发的目标是让多位开发人员同时处理同一应用的不同功能。但是，如果企业安排在一天内将所有分支源代码合并在一起，最终可能造成工作繁琐、耗时，而且需要手动完成。这是因为当一位独立工作的开发人员对应用进行更改时，有可能会与其他开发人员同时进行的更改发生冲突。如果每个开发人员都自定义自己的本地集成开发环境（IDE），而不是让团队就一个基于云的 IDE 达成一致，那么就会让问题更加雪上加霜。　　持续集成（CI）可以帮助开发人员更加频繁地（有时甚至每天）将代码更改合并到共享分支或“主干”中。一旦开发人员对应用所做的更改被合并，系统就会通过自动构建应用并运行不同级别的自动化测试（通常是单元测试和集成测试）来验证这些更改，确保这些更改没有对应用造成破坏。这意味着测试内容涵盖了从类和函数到构成整个应用的不同模块。如果自动化测试发现新代码和现有代码之间存在冲突，CI 可以更加轻松地快速修复这些错误。CD 持续交付（Continuous Delivery）完成 CI 中构建及单元测试和集成测试的自动化流程后，持续交付可自动将已验证的代码发布到存储库。为了实现高效的持续交付流程，务必要确保 CI 已内置于开发管道。持续交付的目标是拥有一个可随时部署到生产环境的代码库。在持续交付中，每个阶段（从代码更改的合并，到生产就绪型构建版本的交付）都涉及测试自动化和代码发布自动化。在流程结束时，运维团队可以快速、轻松地将应用部署到生产环境中。

CD 持续部署（Continuous Deployment）

　　对于一个成熟的 CI/CD 管道来说，最后的阶段是持续部署。作为持续交付——自动将生产就绪型构建版本发布到代码存储库——的延伸，持续部署可以自动将应用发布到生产环境。由于在生产之前的管道阶段没有手动门控，因此持续部署在很大程度上都得依赖精心设计的测试自动化。实际上，持续部署意味着开发人员对应用的更改在编写后的几分钟内就能生效（假设它通过了自动化测试）。这更加便于持续接收和整合用户反馈。总而言之，所有这些 CI/CD 的关联步骤都有助于降低应用的部署风险，因此更便于以小件的方式（而非一次性）发布对应用的更改。不过，由于还需要编写自动化测试以适应 CI/CD 管道中的各种测试和发布阶段，因此前期投资还是会很大。

自动化

IT 自动化是什么意思？

　　IT 自动化有时也称为基础架构自动化，是使用软件来创建可重复的指令和进程，以此取代或减少人类与 IT 系统的交互。自动化软件在这些指令、工具和框架的约束范围内工作，从而在几乎不需人工干预的情况下执行任务。

为什么需要 IT 自动化?

　　自动化是IT 优化和数字化转型的关键。如今多变的 IT 环境需要以前所未有的速度进行扩展，而这个目标的实现离不开 IT 自动化。

参考文章

https://azure.microsoft.com/zh-cn/overview/what-is-devops/https://baike.baidu.com/item/devops/2613029https://www.redhat.com/zh/topics/devops/what-is-ci-cdhttps://www.redhat.com/zh/topics/automation/whats-it-automation

到此这篇关于DevOps,CI,CD,自动化简单介绍的文章就介绍到这了,更多相关DevOps,CI,CD,自动化内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

相关推荐

  • 利用FlubuCore用C#来写DevOps脚本的方法详解

    前言 随着近些年微服务的流行,有越来越多的开发者和团队所采纳和使用,它的确提供了很多的优势也解决了很多的问题,但是我们也知道也并不是银弹,提供优势的同时它也给我们的开发人员和团队也带来了很多的挑战. 为了迎接或者采用这些新技术,开发团队需要更加注重一些流程或工具的使用,这样才能更好的适应这些新技术所带来的一些问题. 对于流程行问题,敏捷的Scrum能够很好的提升产品开发团队之间的协作问题,那么对于应用变的越来越复杂这种情况,它最直接的问题就是带来了开发运维的复杂性,这个时候我们就需要使用工具来解

  • DevOps,CI,CD,自动化简述

    DevOps,CI,CD,自动化简述

    前言: 随着企业应用的不断迭代,不断扩大,应用的发布发布可能涉及多个团队,如pc端,手机端,小程序端等等.应用发布也就成为了一项高风险,高压力的超过过程,以及应用的开发迭代的沟通,测试成本也大大的变得不可控了.这时候就出现了DevOps管理理念,CI,CD以及强大的部署自动化手段确保部署任务的可重复性.减少部署出错的可能性.下面简单的描述一下这四者的基本概念. DevOps 什么是DevOps? DevOps(Development和Operations的组合词)是一组过程.方法与系统的统称,用

  • 使用CI/CD工具Github Action发布jar到Maven中央仓库的详细介绍

    使用CI/CD工具Github Action发布jar到Maven中央仓库的详细介绍

    之前发布开源项目Payment Spring Boot到Maven中央仓库我都是手动执行mvn deploy,在CI/CD大行其道的今天使用这种方式有点"原始".于是我一直在寻求一种能够支持流水线作业的发布工具,能让我在进行合并代码时自动触发构建发布.有一款免费的产品能做到这一点,它就是Github Action. Github Action Github Action是由Github创建的CI/CD服务. 它的目的是使所有软件开发工作流程的自动化变得容易. 直接从GitHub构建,测

  • .NET微服务架构CI/CD自动构建Jenkins+Gitee

    .NET微服务架构CI/CD自动构建Jenkins+Gitee

    目录 CI/CD 准备工作 安装Jenkins 添加并配置Gitee 新建工作流 CI/CD 它的意思是 持续集成/持续部署,这也不是新概念.那些八股文就不写了,说话的方式简单点:如果成功搭建CI/CD环境,当你需要迭代线上程序时,只需通过git提交代码就可以,其他什么都不用做.是不是很爽?这样你就拥有了快速迭代的能力,微服务大环境下,这也是必要的. 准备工作 1.准备一个.NET6项目: 2.准备一个gitee仓库 3.准备一台服务器(非必要) 安装Jenkins 首先在docker中运行这段

  • .NET微服务架构CI/CD自动打包镜像

    .NET微服务架构CI/CD自动打包镜像

    目录 准备工作 一.开启docker的tcp 二.Jenkins安装Docker插件 配置Docker 配置工作流 小结 准备工作 一.开启docker的tcp 我的服务器是linux,以端口2376为例,找到docker.service,在ExecStart下新增这段代码即可: -H tcp://0.0.0.0:2376 -H unix:///var/run/docker.sock 效果图: 然后重载服务列表,重启docker,语句: systemctl daemon-reload syste

  • .NET微服务架构CI/CD镜像自动分发

    .NET微服务架构CI/CD镜像自动分发

    如何通过Jenkins完成镜像分发?基本做法是:打包镜像→上传镜像到仓库→脚本分发.镜像仓库也有很多,比如docker hub.Harbor等,今天这一篇讲一下基于阿里云镜像仓库的操作. 首先,准备一个阿里云镜像仓库,个人版是免费的. 然后下载这个插件: Publish Over SSH 这个插件主要用来远程登录服务器并执行脚本. 插件安装完毕后,系统设置会多出这一项,戳图里这个按钮: 然后,把服务器的ip.账户.密码填进去: 配置好以后,最好点测试按钮试一下,如果没问题会输出“Success”

  • docker上快速搭建gitlab、gitlab-runer及实现CI/CD功能

    docker上快速搭建gitlab、gitlab-runer及实现CI/CD功能

    目录 1.docker上安装gitlab 1.1 拉取镜像 1.2 启动gitlab服务 1.3 配置root账号密码 2.docker上安装gitlab runner docker基本配置及命令不熟的,看我这篇 https://www.jb51.net/article/206760.htm 1.docker上安装gitlab 参考:https://www.jb51.net/article/244867.htm 1.1 拉取镜像 docker search gitlab docker pull

  • SpringBoot整合GitLab-CI实现持续集成的过程

    目录 写在前面 一.概述 1.1.什么是CI/CD 1.2.持续集成(CI) 1.3.持续交付(CD) 二.CI/CD流水线 2.1.Pipeline 2.2.Stages 2.3.Jobs 2.4.Runners 三.安装GitLab Runner 3.1.环境准备 3.2.创建Dockerfile 3.3.创建docker-compose 3.4.注册Runner 3.4.项目配置 3.4.1.依赖管理模块 3.4.2.通用模块 3.4.3.服务模块 写在前面 在企业开发过程中,我们开发的功

  • 使用 CliWrap 让C#中的命令行交互(推荐)

    使用 CliWrap 让C#中的命令行交互(推荐)

    在代码中进行命令行交互是一个很常见的场景, 特别是在一些CI CD 自动化流程中, 在这之前我们会使用 System.Diagnostics.Process API, 现在有一个更灵活的工具 CliWarp, 这是一个在 .NET 平台使用的命令行交互工具库, 通过在C# 中使用 Fluent 的API, 让命令行交互举重若轻. https://github.com/Tyrrrz/CliWrap 主要特性如下: 基于 System.Diagnostics.Process 简单, 流畅的 API

  • C#中使用CliWrap让命令行交互举重若轻

    C#中使用CliWrap让命令行交互举重若轻

    在代码中进行命令行交互是一个很常见的场景, 特别是在一些CI CD 自动化流程中, 在这之前我们会使用 System.Diagnostics.Process API, 现在有一个更灵活的工具 CliWarp, 这是一个在 .NET 平台使用的命令行交互工具库, 通过在C# 中使用 Fluent 的API, 让命令行交互举重若轻. https://github.com/Tyrrrz/CliWrap 主要特性如下: 基于 System.Diagnostics.Process 简单, 流畅的 API

  • 使用 CliWrap 让C#中的命令行交互(推荐)

    使用 CliWrap 让C#中的命令行交互(推荐)

    在代码中进行命令行交互是一个很常见的场景, 特别是在一些CI CD 自动化流程中, 在这之前我们会使用 System.Diagnostics.Process API, 现在有一个更灵活的工具 CliWarp, 这是一个在 .NET 平台使用的命令行交互工具库, 通过在C# 中使用 Fluent 的API, 让命令行交互举重若轻. https://github.com/Tyrrrz/CliWrap 主要特性如下: 基于 System.Diagnostics.Process 简单, 流畅的 API

随机推荐