为什么SaaS竞争情报/光盘解决方案适用于开源项目


今天,开放源码社区使用广泛的工具来构建和交付他们的软件。这些工具往往也是开源的,但越来越多的开源社区开始看到托管SaaS工具的价值,以帮助支持他们的社区和他们的目标。尽管如此,找到合适的工具仍然是一项挑战-您需要既能帮助开发人员又能支持开放源码社区价值观的工具。托管、成本、可伸缩性和集成支持等因素在做出这些选择时起着至关重要的作用。在这篇文章中,我将看看为什么SaaS解决方案通常是开源的正确选择,以及为什么它们可能是您自己的持续集成/持续交付(CI/CD)开源项目的正确选择。

而当Jenkins是大多数开放源码项目的CI/CD的默认选择--而且通常是正确的--它不是您的团队应该考虑的唯一事情。如今,在开源项目中工作的团队也开始使用各种SaaS工具(Heroku,GitHub、JFrog等)他们的基础设施和CI/CD管道的一部分。尽管如此,不知何故,他们还是不愿使用托管的CI服务器。这就提出了一个问题--如果您可以在开源项目中信任Heroku,那么为什么不应该信任核心业务基于相同服务的SaaS CI/CD提供商呢?

为什么选择SaaS?

有时,开放源码社区可能决定使用托管的SaaS工具,这样他们必须监督和管理的基础设施就少了一块,或者尽可能长时间地将较新的项目保持在社区治理和决策所需的最低级别。SaaS模型上提供的基于云的CI/CD解决方案可帮助社区快速行动,减少各种原因带来的担忧:

  • 成本。对于开源项目,大多数SaaS CI/CD工具都是免费提供的。
  • 保安。热衷于安全性和合规性的组织可以采用hybrid approach,他们可以在其中将代码托管在专用网络中运行的服务器上,并在云中运行CI/CD构建。这让CI/CD服务拥有了安全问题,这让社区少了一件担心的事情。
  • 效率。SaaS CI/CD,例如CloudBees CodeShip,都针对速度和灵活性进行了优化,无需开销或管理即可实现这些目标。
  • 简单。它是easy to get started使用SaaS CI/CD,只需点击几下即可完成资源调配(下面将进行讨论)。它是管理整个CI/CD设置的小型团队的理想选择,因为它显著减少了开发和部署过程中的管理费用。

开箱即用的CI/CD解决方案

很多团队和个人开发人员更喜欢work with out-of-the-box cloud-based CI/CD solutions

这就是为什么从小型开源项目开始的组织通常会发现开箱即用的SaaS CI/CD解决方案很有用,因为它们可以从小项目开始,并在需要时进行扩展。SaaS模型实现了轻松的可扩展性,允许开发人员执行更高数量的提交,为测试调配更大的构建机器,以及use parallel pipelines。因此,这些解决方案在CI/CD市场上很受欢迎。权衡之处在于,此类解决方案并不适合所有组织,因为它们提供的自定义灵活性有限。

底线

习惯于开源的团队经常将SaaS解决方案缺乏开放性作为一个主要问题。然而,供应商已经逐渐开始探索开源的好处;最大也是最常被引用的例子是微软,它在最近几年接受了开源和SaaS。业内类似的趋势表明,SaaS和开源在未来将更具互补性,当然不会针锋相对。