GOPS 现场 | 大规模团队如何实现 Jenkins 的集中管理——对话龙智技术顾问

2022GOPS 全球运维大会·深圳站，我们对话了龙智技术顾问陈红华，为大家带来 Jenkins 企业版——CloudBees 的产品介绍、功能特点以及应用范围，为有大规模管理 Jenkins 难题的企业提供一个新的、企业级解决方案。

 视频文字实录 

Q：CloudBees CI 是一个刚刚进入中国不久的产品，对大家来说比较新，请简单地介绍一下。

A：CloudBees CI 依托的 Jenkins 知名度较高。我们一说 Jenkins 大家就了解了，CloudBees CI 知名度小一些，但一说它是企业版 Jenkins，大家就都知道了。但可能客户会有疑问，有开源版的 Jenkins，我们为什么还要企业版呢？很多人不知道为什么要使用它。

普遍的体验是，如果是一个小范围团队，实际上（Jenkins）使用得比较好，（Jenkins）帮助很多企业解决了持续集成的痛点或需求。但是，团队逐渐在变大、业务变复杂的时候，会遇到困难。

CloudBees 是 Jenkins 的开源代码最大贡献者，它提升了 Jenkins 的所有功能。用 CloudBees 不影响 Jenkins 原有的功能，Jenkins 提供的任何功能 CloudBees 都有。在原有的基础上，它还提供了一个 Operation Center 操作中心。

在这个基础上，CloudBees 的作用得以体现。它把原来的 Jenkins 全管理起来。大家也普遍反馈说，虽然是小团队，但他们也用了好几个实例，是单独管理的。或者说有多个实例，依托于一个团队管理。业务稍微复杂一点时，虽然也跑得通，但确实有点困难，需要分开管理多个实例。这时，如果使用 CloudBees CI，就不需要分开管理，它有操作中心来进行统一集中管理。这体现出它的价值。

CloudBees CI 能够可视化，看到全部多个节点的 Jenkins，可以进行配置。CloudBees CI 的功能更强，比如支持方面，Jenkins 作为开源软件，基本不提供支持。虽然（多数时候）跑的比较顺畅、用得较好，但不可能完全遇不到问题，或者说不可能完全不需要支持。需要支持时，无法从 Jenkins 处获取。这时，CloudBees 提供了支持服务，不仅仅是原厂，我们龙智这样的国内代理商也提供支持服务。

产品布署好，自带的休眠技术能够释放资源，在不用的时候把资源释放给别的节点使用。这是它的特点，也是优势所在。

Q：具体来说，CloudBees 主要提供哪些功能？

A：主要覆盖 CI/CD 这块。这以前是 Jenkins 提供的功能，现在 CloudBees 也提供此功能，并覆盖 Jenkins CI/CD 部分的所有功能。

很多用户可能有限定的使用场景，比如要求用现在较新的技术 K8S 部署，不想用过时的技术去部署 CloudBees 或 Jenkins。他们以前也用 K8S 部署 Jenkins，即使 CloudBees 替换了 Jenkins，还是一样用 K8S 部署 CloudBees，把 K8S 自带的优秀功能用上。

一些客户说，以前用了 Jenkins 的插件，担心用 CloudBees 后，插件是不是用不了？Jenkins 所有的插件 CloudBees 是全部继承的，并且 CloudBees 更进一步，所有的插件分等级支持。

并且，CloudBees 自主开发了一些插件，这些插件在社区中没有，采购 CloudBees 后才能去应用，享受到这些插件带来便利。

Q：与其他持续集成的工具相比呢？

A：一般情况下，我们跟客户谈到竞品，他们有部分使用 Bamboo，有部分使用自研工具。用自研工具的，一可能是大厂，二是有国产化替代要求。这种产品因为暂时还没有面向市场，可能只在是内部使用，很多大厂都有的这种产品。昨天和今天都碰到了这样的用户，跟他聊的时候，他们确实说遇到过插件冲突。也有业务团队较大、用了多个节点的，反馈管理起来比较麻烦，一下就说到了痛点（这些都是 Cloudbees 可以解决的）。

Q：使用 Jenkins 的团队应该如何判断引进 CloudBees 的时机？或者说，Cloudbees 适合什么样的团队使用？

A：小团队（觉得自己）用不上。大团队如果（Jenkins）使用不顺畅，可能会频繁的反馈问题。工具链不好导致频繁反馈问题，比如开发程序 CI、代码 CI 时出现了问题，向开发团队反馈，开发就比较烦。因为他的核心工作是开发代码，而不是解决 CI 问题，这相当于让开发增加了工作量。

工具用得不好，碰到了难点，相当于加大其他人员的工作量，因为要去解决问题和难点。如果用开源的 Jenkins，碰到难点后，社区上找不到解决方案，只能自己去调查。

有痛点就应该去寻找解决方案。有 Jenkins 的痛点，就要去找企业级的解决方案。应该有痛点就解决，寻找解决方案。

有一些用户反馈，碰到痛点后，也没想去找 CloudBees 这样的解决方案，而是找了替代性的方案，比如多部署一个节点、多部署一个 Jenkins 实例等，这可能临时解决问题，但不是长久之计。因为多部署一个节点，相当于多一个运维的负担，以后可能会多一个产生风险的点。这只是临时解决问题，对那些想减少自己的运维工作量，让工具代替人力做事的人来说，应该去找成熟的、解决痛点的产品，而不是忍受痛点。

如需了解 DevSecOps 行业最新动态与消息，请立即联系DevSecOps研发安全运营一体化解决方案供应商——龙智：

官网：www.shdsd.com

电话：400-666-7732

邮箱：marketing@shdsd.com