您是否应该支付或您应该免费提供开源软件？

虽然企业一般取出企业家，但对于开源软件产品的提供和支持，而且可以无所可以可用。然而，避免相关的分配费用意味着所有工作提供者通常都需要在内部完成ONA用户。

在最近的开源会议上，商业开源分布或发行商讨论的许可模型的局限性。

在巴塞尔云铸造峰会的INA会议，Rachael Wonnacott，Platfort-As-Service（Paas）工程师在富达国际上，描述了公司在公司使用云铸造的兴奋线意味着延长其商业云铸造牌照本来非常昂贵。

它已经支付了100万英镑的许可成本，以提供基于商业云铸造分配的PAA，以支持40个应用程序。由于使用基于云的平台编写了更多的应用程序的内部Paa的采用，该公司发现许可成本正在崛起。

为了重新获得控制，Chompany决定使用Github上的免费开源云铸造代码构建和运行其内部PaaS，拍摄通常由开源DistreverIver通常处理的所有任务。

这样做的成本是在内部拥有合适技能的方面所涉及的成本，但富达国际能够管理内部PAA，并将云铸造软件完全修补，只有10人完全修补，它不需要扩展团队以支持基础架构。与商业分布不同，因为使用基于开源的PAA的使用，运行成本保持不变。

发行提供商是更广泛的贡献者社区的一部分。在Cloud Foundry，他们有助于维护所谓的“上游”代码，该代码构成了开源云铸造软件。

云铸造基金会首席技术官的芯片童工，其作为基础的职责的主任是为了确保云铸造局周围的经济活动仍然可持续。

对于童人来说，这意味着用户能够从软件中获得价值;供应商快乐，支付客户;系统集成商和与切向功能的独立软件供应商能够商业化;每个人都继续投资上游开放源代码的继续发展。

Enterprise IT的内容，发行提供商作为开源用户和开源社区之间的中间商。“云铸造厂有两周的更新。一些发行版提供这些更新进入企业，“童话人添加。

解释面临的挑战性商业模式，为自由形式动态的分析师提供和支持提供和支持其他自由开源软件的费用，说：“总是将成为分配的作用 - 不是每个人都有技能或想要运行自己的基础设施。

“这里的那种坏了的是任何主要依赖于长期收入的软件许可的模型。什么进化是用户使用商业发行版作为建立经验和信心的车辆的机会，然后如果它制造商业意义，则切换。许可收入仍在存在，但它转向中期。“

据童人表示，oneword发行提供商一直在帮助用户社区，isby在用户和开源中发生的所有更改和项目之间的缓冲区。作为一个例子，他说云铸造厂的变化步伐正在爆炸，但许多项目中的许多项目都是不成熟的，而不是为企业通过而准备好。

“生态系统提供了一个策划平台，不断评估较大的云铸造厂，”他补充道。

有些用户将Distor视为作为他们使用的开源代码的改进方式。例如，企业与他们的开源发行提供商密切合作并不罕见，以帮助转向他们部署的开源代码中的新功能。

虽然发行版提供IT部门以购买商业软件的方式购买开源软件，但这两者非常不同。

开源模型的美丽是软件本身可以从像GitHub那样自由下载，并免费使用。与商业软件不同，用户不收取使用的许可费或用于他们部署的软件的实例数量。相反，发行提供商通过为支持和维护充电而赚钱。部署越大，年收费越高。

富达国际示例展示的是，在应用于云本机计算时，发行服务费导致不可预测的成本。保真性在部署云代工以支持内部PAAS的目标是增加使用基于云的平台 - 更多的应用程序使用它，进一步的它可以移动它可以移动其云原生视觉。

任何组织都有风险，考虑使用免费开源软件，无需支持和维护发行版提供者提供。在多年来运行商业分配时，富达觉得它已经获得了管理更新和修补程序的专业知识，以便对开源云铸造代码本身管理更新和补丁。

鉴于Distrs经常像商业软件许可证一样销售，通过基于部署的大小充电，很容易忘记实际代表的开源代码。这是一个社区努力。

云Foundryhas输入超过350名全日制员工，遍布主要的CompaniesThat贡献代码和促进软件中的问题。但他们不独自工作，并鼓励企业参加。

“如果您使用的是开源，您应该回馈社区，”云铸造基金会执行董事塞巴斯·肯纳斯塞巴斯人。

Kearns在寻求参加开源社区时，挑战企业面临的挑战。“如果他们希望开发人员贡献开源项目，则克服了很多障碍雇员，但是可以做到，但可以完成，我认为这些组织绝对必要找到一种途径来实现这一目标她说，使用更多开源软件并分享更多的软件，“她说。

“拥有许多专有产品的大型公司的法律部门挑战。拥有知识产权具有一大吨的商业价值，因此这些公司必须找到一种方法来区分他们的专有软件，例如，他们为开源提供了贡献的代码。“

凯恩斯承认，如果有人滥用他们所做的开源项目，他们就会担心他们可以起诉的企业，因为他们无法施加相同的控制，因为他们在内部开发的软件上地上。

“我理解恐惧，但开源软件治理和贡献模型是专门的，以减轻这一点。此外，如果他们找到一种方法，他们更容易成功，如果他们找到与已经为软件的标准传送方法开放的共享研发模型进行了处理的方法，“她说。

下一步

在集成开源代码之前考虑的5个标准