与Jenkins相比，使用CloudBees Core有什么好处？

Question

我自己尝试过Jenkins，并打算向我的开发团队提出一个企业级CI/CD产品，这个团队大约有40人。CloudBees核心在我选择的列表中占据了首位，因为它是基于Jenkins和企业级支持的well.Apart友好的，所以我仍然看不到使用CloudBees的好处。

有没有人在您的DevOps转换过程中使用Cloudbees？

如果您能讨论CloudBees核心提供的专有插件和开箱即用特性，我将不胜感激。

Answer 1

我个人更喜欢詹金斯而不是CloudBees，因为我们在工程部有足够的詹金斯知识。但是，如果他们缺乏这样的知识或兴趣，那么使用软件即服务(，SaaS)产品(如CloudBees )可能是有用的。一般来说，这意味着部门将摆脱负担，因为平台将自动扩展，而SaaS提供商负责保持Jenkins的正常运行。

企业解决方案的一个缺点是需要付费。然而，在我看来，维修，特别是使用保养所需的资源，往往被低估。部门工程师维护Jenkins意味着他们开发代码的时间更少。目前，获得CloudBees订阅并不能解决我们的问题，因为我们目前正忙着分割monolith。

您是否应该获得CloudBees成员资格确实取决于您的情况。你有独石吗？所有的代码都被解开了。你是否有明确界限的微服务，或者它们是纳米服务？长话短说，你有一个健壮的架构吗？如果是假的，那么CloudBees也不会是圣杯。

在谷歌的时候，另一篇关于堆栈溢出的文章可能很有用。：

第一个区别是支持(正如其他人所提到的)。CloudBees提供企业级支持，以及经过全面审查和测试的Jenkins版本，在各种插件和部署下将更加稳定。如果您对OSS部署感到满意，并且只希望在升级、修补、中断/修复等过程中获得支持，实际上可以从CloudBees购买“支持”。从特性的角度来看，CloudBees从企业可管理性、可伸缩性和安全性的角度带来了很多好处。

• 可管理性: CloudBees附带了CJOC (CloudBees Jenkins Operations )内置于软件中。这是一个玻璃管理控制台的单一窗格，允许组织或大型团队集中管理jenkins环境。像文件夹、RBAC、管道和主模板，以及快速旋转/拆下容器化jenkins主程序的能力都是从这个控制台管理的。
• 可扩展性: CloudBees利用Kubernetes为组织提供了根据需要对Jenkins环境进行弹性缩放的能力。使用CloudBees，您的组织化可以从单一的“单块”/“Frankenstein”主机转移到多主和分布式管道体系结构。这大大降低了升级和管理的复杂性。这也消除了单块体系结构暴露的单一故障点的风险。
• 安全性: CloudBees允许组织在Jenkins内安装基于角色的访问控制。这可以防止用户意外地或有意地访问存储库，而这些存储库不应该被允许与其交互。CloudBees还提供“文件夹”来将特定作业执行隔离到特定代理上。最后，CloudBees允许组织为每个团队创建管道模板和相关插件。根据组织的安全策略，这些模板可以是严格的，也可以是松散的。

CloudBees定期添加增强，以进一步区别于Jenkins，并使自己对大型企业需求更有吸引力。在上述基础上，CloudBees开发了一个表示层，它位于Jenkins之上，用于SDLC管道、CD监视和度量跟踪，称为DevOptics。