CircleCI与Jenkins：选择正确的CI/CD工具

如果你从事软件行业工作，那么你已经意识到需求是在不停迭代的。这就是为什么现代SDLC(软件开发生命周期，Software Development Life Cycle)更加注重持续集成和持续交付的原因，因为它可以帮助DevOps团队更快地交付高质量的软件。

以前，Jenkins是我们唯一可以想到的CI/CD工具！现在，许多新的CI/CD工具都具有开箱即用的功能，使组织有了更多的选择。 此类工具之一是CircleCI，它通过克服Jenkins的某些局限性使CI/CD实践现代化。

那么你应该使用哪一个呢？在这篇文章中，我将深入研究Jenkins和CircleCI，以帮助你选择正确的CI/CD工具。

对于那些不熟悉DevOps的人，我会从围绕CI/CD的基础级概念着手。如果你是中级或高级DevOps专业人员，则可以跳过这些部分，并开始使用CircleCI进行持续集成。

那么，什么是持续集成？

持续集成是一种开发方法，程序员可以将其代码合并到代码库中，并通过自动测试和构建对其进一步进行验证。

持续集成简化了与生产环境的集成，并确保在编译过程中尽早发现任何错误。这种方法大大减少了集成问题，并帮助团队快速发布其软件。

通过在开发中利用持续集成，你甚至可以最大程度地降低成本。 因为集成错误可以更早地发现，你不再需要回溯并花费宝贵的时间查找这些错误。集成过程也变得更快，更容易。所有这些因素加快了软件的部署时间，并使团队有更多的时间来开发新功能，最终降低了成本。

有一些CI工具将帮助你更快地完成持续集成工作：

• CircleCI：你可以免费开始使用CircleCI。这在GitHub项目中很流行，并且具有自托管和托管解决方案。
• Jenkins：一个开源平台，可为你提供丰富的功能。
• Pipelines：由Microsoft启动，此工具最多可供5位用户免费使用。
• Gitlab CI：一个GitLab工具，也可以通过API与其他几个工具结合使用。它可以从Gitlab免费获得。

什么是持续交付（CD）？

持续交付是一种软件开发过程，可以将软件系统快速高效地交付生产环境。

CD的重要之处在于它将在所有环境中部署相同的资源。同样重要的一点是，要使部署成功，测试环境，开发环境和生产环境必须尽量保持一致。

持续交付注意点

在持续交付时，需要考虑几点。这些是：

小批量部署

微服务架构中，应用程序每一次的迭代改进通常都有复杂性。因此，CD提倡应小批量执行部署，以保证质量并降低Web应用程序宕机的风险。

团队协作

持续交付需要一支积极进取的团队，因为部署流程不仅是DevOps的问题，而且DevOps和开发团队协作完成，以此实现高质量的Web应用程序。

触发式自动化

每次部署期间的所有重复性人工操作都可以自动化。我们知道消除人为错误很难，因为很多时间开发人员可能都会犯下无法完全控制的错误，但通过使其中一些流程自动化可以减少错误。

持续交付工具

• Azure Pipelines
• Jenkins
• Gitlab CI
• GoCD
• Spinnaker

是什么使CI/CD在DevOps和敏捷方法论中不可避免？

CI/CD的引入极大地改善了程序员和软件测试人员交付应用程序的方式。从瀑布开发和敏捷开发开始，编程技术就已经出现在DevOps中。随着DevOps的出现，出现了用于持续集成，持续开发和持续部署的不同方法。

持续集成依赖于将不同程序员的工作输出集成到代码仓库中。它每天可能执行多次，并且能够快速识别集成错误，最终将实现更好的团队合作和进一步的开发协调。

持续交付的主要焦点是使软件发布阶段的流程更流畅。理想的状态是，能够自动执行部署中的每个阶段，以便可以实现应用程序的稳定交付。

与CircleCI的持续集成

CircleCI是基于云的CI/CD工具，可自动执行软件构建和交付过程。它提供快速的配置和维护，没有任何复杂性。由于它是基于云的CI/CD工具，因此消除了专用服务器的困扰，并降低了维护本地服务器的成本。此外，基于云的服务器是可扩展的，健壮的，并有助于更快地部署应用程序。

CircleCI每天管理约一百万个任务，为30,000个组织提供援助。客户倾向于将CircleCI用作他们的CI/CD工具，因为项目执行得更快并且构建得到了很好的优化。CircleCI还可以使用docker层缓存，高级缓存和资源类，快速有效地操作复杂的流水线。作为开发人员，你可以使用SSH设置CircleCI来调试构建中的问题。此外，你还可以设置并行构建，以更快地执行多个进程。

一旦GitHub上的代码仓库被授权并以项目形式提交给circleci.com，任何代码更新都将在新的容器或VM中执行自动检查。CircleCI可以在专用容器或文件中执行每个任务。这意味着每次你在CircleCI上运行项目时，都会创建一个新容器来运行任务。

任务执行完成后，CI/CD工具会向测试人员发送电子邮件通知，告知已执行代码是否成功。CircleCI支持IRC通知并集成了Stack。可以从CircleCI上可用的报告库中轻松检索代码的覆盖结果。CircleCI也支持把代码部署到各种平台，例如：

• Kubernetes
• Microsoft Azure
• AWS CodeDeploy，AWS EC2，AWS S3
• Heroku
• 支持SSH或配置有API客户端的其他平台。

CircleCI支持多种测试，例如集成测试，单元测试和功能测试等。

CircleCI与Linux，OSX，容器兼容，并且可以独立运行，而无需在数据中心或私有云服务器中使用其他插件。

CircleCI的主要功能

• 它提供了自动并行性，以加快多个应用程序的部署。
• 快速设置
• 各种定制
• 简单易上手
• YAML设置的解释
• 不需要专用服务器即可操作CircleCI。
• 它缓存应用程序规范和第三方配置，而不是系统部署。

使用Jenkins自动化构建

Jenkins是一个开源的CI/CD工具，具有自动构建和自动部署功能，可提高效率。

Jenkins作为CI/CD工具，最初是由Hudson自动化服务器的原型而创建的。Hudson的开发工作于2004年初在Sun Microsystems进行。它于2005年在Java.net上首次启动。2010年11月，Hudson对操作和性能进行了改进，并受到了Oracle的关注。

Jenkins用于轻松建立CI/CD环境，几乎适用于所有语言和代码仓库，它还有助于自动化整个构建过程。

Jenkins结合了软件生命周期，例如静态分析，构建，部署等。Jenkins团队已经创建了大约1,000个插件，使该应用程序可以与其他常用技术进行交互使用。

在扩展插件的支持下，Jenkins有了持续集成功能，使其成为CI/CD工具。当决定添加应用程序时，还必须为添加相应模块，例如，Gradle，Amazon AWS，Git，Maven等。

Jenkins的主要功能

• Jenkins可以与所有SCM进行交互。
• Jenkins具有健壮的bug测试和内联支持。
• 在Jenkins中，如果需要扩展和更新某些方面，可以很容易设置新的Jenkins扩展。此功能可帮助你根据自己的需求定制Jenkins。
• Jenkins可以将构建/测试负载分散到各种平台的多台计算机上。

CircleCI与Jenkins：有什么区别？

现在回到CircleCI和Jenkins对比的主要问题上，哪一个更好，你应该选择哪一个。

构建

在Jenkins中，构建是通过Jenkins UI进行的，因此所有任务配置都保留在Jenkins数据库中的Jenkins系统文件中，这使得与团队或组织交换设置信息非常困难。Github或此类代码仓库无法访问Jenkins中的数据。

在CircleCI中，开发人员可以在一个名为“ circle.yaml”的文档中创建所有任务。这就很简单，同时CI设置也更易于备份和共享。只有一部分机密信息以加密方式存储。

CircleCI简单易用，是明显的赢家。

服务器

Jenkins需要一台专用服务器，该服务器需要团队不断进行维护。它还需要安装所有Jenkins依赖的工具和插件。

CircleCI是基于云的平台，因此能够在可伸缩的云服务器上运行。CircleCI是一个独立的工具，很少需要额外的插件。

因此，支持云服务器的CircleCI提供了更好的可扩展性和更少的维护，CircleCI成为这一部分的赢家。

调试

在Jenkins中，调试是一个复杂的过程，因为它需要DevOps手动测试。

由于具有SSH和DevOps自动测试功能，因此CircleCI中的调试更加容易。

通过更简单的调试过程，CircleCI赢得了肯定。

用户界面

Jenkins的UI相对较慢，并且响应速度较慢，因为它在本地托管服务器上加载并且需要部署大量插件。

CircleCI的UI不断更新，使其在客户中越来越受欢迎。它还具有独立的内置支持，使其运行更快，响应速度更快。

每个人都喜欢一个好的用户界面，CircleCI再次赢得了肯定。

Docker工作流程

在Jenkins中，开发人员没有Docker工作流的内置帮助，开发人员需要安装它并在内置区域中使用它。

在CircleCI中，有Docker的内置帮助，可以通过在circle.YAML脚本插入services部分中来实现。

在这个方面，CircleCI被证明优于Jenkins。

并行构建

Jenkins通过多线程帮助完成多项任务。

CircleCI为并行性提供了内置支持。

在这个方面，他们打成了平手。

数据保护

通过使用Jenkins插件和凭据，可以在Jenkins服务器中很好地保护机密文件和加密数据。

然而，CircleCI为加密文件提供了有限的设置。

总结

总而言之，CircleCI与Jenkins的主要区别在于Jenkins更安全，更详尽。CircleCI轻巧且开放。因此，对于需要更快的部署任务，可以在CircleCI上执行其代码。如今，CircleCI是更受欢迎的CI/CD工具，并在整个技术行业中得到广泛使用。因此，借助CircleCI，你可以可靠地部署代码，并且通过与类似Selenium网格的LambaTest集成，可以执行连续测试，还可以确保更快地部署到生成环境。

译文连接：https://dzone.com/articles/circleci-vs-jenkins-choosing-the-right-CI/CD-tool