2022GOPS 寰球运维大会·深圳站，咱们对话了龙智技术顾问陈红华，为大家带来 Jenkins 企业版——CloudBees 的产品介绍、性能特点以及利用范畴，为有大规模治理 Jenkins 难题的企业提供一个新的、企业级解决方案。https://www.bilibili.com/vide…
视频文字实录
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 实例等，这可能长期解决问题，但不是长久之计。因为多部署一个节点，相当于多一个运维的累赘，当前可能会多一个产生危险的点。这只是长期解决问题，对那些想缩小本人的运维工作量，让工具代替人力做事的人来说，应该去找成熟的、解决痛点的产品，而不是忍耐痛点。