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实例等，这可能长期解决问题，但不是长久之计。因为多部署一个节点，相当于多一个运维的累赘，当前可能会多一个产生危险的点。这只是长期解决问题，对那些想缩小本人的运维工作量，让工具代替人力做事的人来说，应该去找成熟的、解决痛点的产品，而不是忍耐痛点。