韩国电影

当前位置:亚洲AV无码一区二区二三区 > 韩国电影 >

如何选择基于云的CI/CD平台?

作者: admin 时间:2021-09-30 来源:未知
摘要:本文转载自微信公多号「新钛云服」,作者黄英雄 翻译 。转载本文请有关新钛云服公多号。 在云中托管CI/CD既能够添快开发管道和源代码存储库之间的交互,也能够使开发人员的做事...

本文转载自微信公多号「新钛云服」,作者黄英雄 翻译  。转载本文请有关新钛云服公多号。

在云中托管CI/CD既能够添快开发管道和源代码存储库之间的交互,也能够使开发人员的做事更轻盈。

倘若你的现在标是高速柔件开发和将做事构建屡次交付到生产环境,则你必要起码自动化片面测试和交付过程。

理想情况下,这意味着为你的项现在实走 CI/CD 管道,以及在客户望到柔件之前捕获舛讹的测试套件,以及实现管道步骤的脚本。

赓续集成 (CI) 是一栽以相反的手段自动化柔件构建、打包和测试的手段。CI 有助于让团队信任他们检查到源代码版本限制中的更改不会损坏构建或将舛讹引入柔件。

CI 的端点清淡是对柔件存储库主分支的完善签入。

赓续交付 (CD) 自动将经过测试的柔件交付到基础设施环境。这清淡并意外味着将其直接投入生产以查望客户是否诉苦。

清淡,机关最先将构建推送到开发环境。在开发人员本身击败并发布新版本后,它清淡会进入一个测试环境,在那里它被更普及的用户群体行使(未必只是特意的内部测试人员,未必更多的用户注册了 beta 测试或“狗食”)并亲昵监控。

末了,倘若一致顺当,测试人员会签字并将新版本推送到生产环境。

在 CD 的每个阶段,都有选项能够迅速恢复到旧版本并生成舛讹通知票供开发人员在新版本中解决。现在标不是将大量构建投入生产,而是在不引入回归的情况下一向改进和添强柔件。这些实践的另一个术语是“devops”。

为什么要在云中托管 CI/CD?

在你本身的数据中央托管 CI/CD 平台是一个可走的选择,稀奇是对于请求在防火墙内托管其行使程序和数据的公司。如许做的弱点是你必要一个特意的团队来维护基础设施,并且你将承担一些服务器资本支付。

倘若批准你在云中托管,清淡是更益的选择。在云中托管的成本适中,运营费用由挑供的服务抵消:入职、基础设施维护、坦然维护、声援和 CI/CD 柔件维护。在云中托管 CI/CD 柔件清淡会使管道与源代码存储库交互更容易、更快,倘若它们也在云中。

倘若你的开发人员和测试人员分布在迥异的地理位置,与在防火墙后面的长途服务器中托管相比,在云中托管你的存储库清淡会给开发人员带来更益的体验。

还能够在本地和云服务器的同化上安放 CI/CD。一些最新的 CI/CD 产品在 Kubernetes 集群上的容器中运走,这些集群在本地和云中运走同样喜悦。在同化安放方案中,你能够将每个组件安放在考虑到开发人员本身的物理位置以及开发基础结构中其他服务器的网络位置最有意义的位置。

CI/CD 必须与你的存储库集成

正如你在浏览“CI 的端点清淡是对柔件存储库的主分支的完善签入”时能够已经搜集到的那样,存储库对于 CI 和 CD 至关主要。

除了行为签入和测试过程的尽头之表,柔件存储库照样存储 CI 和 CD 脚本和配置文件的始选位置。是的,很多 CI/CD 平台能够在内部存储脚本和其他文件,但清淡最益将它们置于工具之表的版本限制中。

几乎所有 CI/CD 工具都能够与 Git 交互。有些还直接与 GitHub、GitHub Enterprise、GitLab 和/或 Bitbucket 集成。一些还声援 Subversion 和/或 Mercurial。

你的 CI/CD 工具必要声援你的编程说话和工具

每个编程说话或说话组(JVM 说话、LLVM 编译说话、.NET 说话等)往往都有本身的构建工具和测试工具。为了对你有用,CI/CD 工具必须声援行为给定项现在一片面的所有说话。否则,你能够必要为该工具编写一个或多个插件。

Docker 镜像对于分布式、模块化和微服务柔件安放变得越来越主要。倘若你的 CI/CD 工具清新如那里理 Docker 镜像,包括从源代码、二进制文件和先决条件创建镜像,以及将镜像安放到特定环境,那么这将大有协助。

同样,倘若异国这个,你能够必要编写插件或脚正本实现你必要的 Docker 功能。同样,你期待 CI/CD 工具声援 Kubernetes 和你在环境中行使的任何其他容器编排编制。

你的开发人员是否晓畅 CI/CD 和你正在考虑的工具?

CI 和 CD 的原理望似显而易见,但细节却并非如此。各栽 CI/CD 工具具有迥异级别的声援和文档。有很多关于 Jenkins 的书,这并不稀奇,由于它是最迂腐的书。

对于其他产品,你能够必要调查文档和声援论坛以及付费声援选项,行为你在选择工具时尽职调查的一片面。

关于CI的清淡背景,请考虑Addison-Wesley的书《赓续集成》(Continuous Integration),作者是Duvall等人。同样,对于CD的清淡背景,能够参考Humble和Farley的Continuous Delivery。两本书出版时都获得了Jolt奖。

你能够为迥异的项现在选择迥异的 CI/CD 工具

固然本指南是关于选择 CI/CD 平台的,但请不要倘若一个平台对于你的所有柔件开发项现在都是最佳的。大无数商店行使多栽编程说话和环境,并不是每个 CI/CD 平台都能很益地声援所有这些。

肆意选择最正当你的每个项方针 CI/CD 平台,而不是追求一个折中的平台。CI 和 CD 的清淡原则从一个平台迁移到另一个平台,即使你为它们编写的脚本能够并不总是可移植的。

固然每个新平台的额表入门时间能够会让你的 DevOps 团队消耗一些时间,但这很能够比必要普及定制 CI/CD 工具更益处。

规划异日的 CI/CD 迁移

同样,请不要倘若给定的 CI/CD 平台将永久已足你的项现在需求。起终对冲你的赌注,例如经过将脚本存储在存储库中而不是在 CI/CD 工具中。

在正当的情况下始选无服务器serverless CI/CD

清淡来说,云容器安放比云服务器实例安放益处,无服务器云安放比容器安放益处。 厄运的是,在撰写本文时,很稀奇 CI/CD 平台能够无服务器运走。

无服务器意味着运走感有趣的进程的容器在必要时被实例化,清淡是为了回响反映一个事件。 对于 CI/CD,触发事件清淡是代码签入到特定的存储库分支;然后存储库 Webhook 启动无服务器进程。当该过程完善时,资源被开释。

幼批能够运走无服务器的 CI/CD 平台之一是无服务器 CI/CD,它是无服务器框架 Pro 的一片面,是开源无服务器框架的添强版本。无服务器 CI/CD 针对安放无服务器行使程序进走了优化,现在仅在 AWS 上运走。你必须确定它是否有余声援你的行使程序以供行使。

在挑交之前做一个概念表明

一旦十足实走 CI/CD,它就会成为基础设施的主要构成片面。在你添迅速度时请记住这一点。

在开起推出 CI/CD 管道之前实走厉格的概念验证特意主要。在开起 CD 阶段之前,先将 CI 片面放下。在将任何 CI/CD 管道连接到生产实例之前,请确保演习测试套件和回滚功能,并让人造参与其中,直到你特意确定自动化坚如磐石。

原文链接:https://www.infoworld.com/article/3620932/how-to-choose-a-cloud-based-cicd-platform.html

【编辑选举】

GitLab CICD与Kubernetes实践·安放Flask Web服务 亚信坦然云坦然,守住坦然的底线 云坦然迎宏大升级,亚信坦然守护云主机末了一公里 讲的是切片,但相通又不光是切片? 数通CCIE/JNCIE/HCIE/H3CIE-IP Multicast多播/组播

韩国电影

[向上]