常用工具软件记录（未完成）

最新推荐文章于 2024-12-11 09:14:12 发布

羌俊恩

最新推荐文章于 2024-12-11 09:14:12 发布

阅读量217

点赞数

CC 4.0 BY-SA版权

分类专栏：运维工具使用文章标签： CI/CD

文章仅用于技术分享，未经本人同意，禁止转载，且不得应用于商业模式

本文链接：https://blog.csdn.net/ximenjianxue/article/details/118229690

本文概述了CI/CD的概念及其重要性，介绍了Jenkins、配置管理工具、部署工具、编排工具如Kubernetes和Terraform，以及监视工具如Nagios和Prometheus在自动化流程中的角色。同时，提到了云环境如AWS和Docker的应用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

概要

随着 DevOps 的发展，新的用来实现 CI/CD 流水线的自动化工具也在不断涌现。像 GitHub 这样的代码仓库和 Jira 这样的 bug 跟踪工具随着 SaaS 这种交付方式变得更受欢迎，许多工具都可以在现代开发人员运行应用程序的云环境中运行，例如 GCP 和 AWS。

CI/CD：持续集成/持续发布（continuous integration/continuous deployment）

通过持续集成，开发人员能够频繁地将其代码集成到公共代码仓库的主分支中。开发人员能够在任何时候多次向仓库提交作品，而不是独立地开发每个功能模块并在开发周期结束时一一提交。但实际情况中，开发人员在集成时经常会发现新代码和已有代码存在冲突。如果集成较早并更加频繁，那么冲突将更容易解决且执行成本更低。事实上，许多组织发现这样的集成方式开销更大，因为它们依赖人工确保新代码不会引起新的 bug 或者破坏现有代码。为了减少集成期间的摩擦，持续集成依赖于测试套件和自动化测试。

持续部署扩展了持续交付，以便软件构建在通过所有测试时自动部署。在这样的流程中，不需要人为决定何时及如何投入生产环境。CI/CD 系统的最后一步将在构建后的组件/包退出流水线时自动部署。此类自动部署可以配置为快速向客户分发组件、功能模块或修复补丁，并准确说明当前提供的内容。

采用持续部署的组织可以将新功能快速传递给用户，得到用户对于新版本的快速反馈，并且可以迅速处理任何明显的缺陷。用户对无用或者误解需求的功能的快速反馈有助于团队规划投入，避免将精力集中于不容易产生回报的地方。