提出开源论点的 6 个理由

如果您的组织正在努力利用开源软件 (OSS) 市场，以下是一些行之有效的方法，它可以帮助您实现真正的变革性成功，尤其是在您实施 DevOps 的情况下。

1. 新的机会

商业软件和 OSS 都提供作为市场上所有竞争对手商品的通用功能。 然而，OSS 至少在两个重要方面有所区别

• 拥有源代码使 OSS 用户能够创建衍生作品，从而产生具有市场差异化的增值服务。
• 适当的管理为 OSS 用户提供了创建以业务为中心的功能的机会，这些功能可能会影响行业的实践模式。

2. 新的商业模式

通过决定哪些 OSS 功能应该是标准且对任何人开放的，以及您希望在哪些方面与专有产品竞争，从而利用您的市场地位。 您可以不断改变竞争格局，从而使您的客户受益。

实际上，您的 OSS 产品战略可以定义并维持行业核心技术的“红海和蓝海”之间的界限。

• NextGen Connect 提供了一个专注于医疗保健数据互操作性的商业模式示例。 它的产品范围从 OSS 到面向专有设备的选项，最新的功能首先出现在专有版本中。 OSS 和商业/专有产品之间的界限随着市场需求和机会不断变化。
• 商业到 OS 软件的连续性也支持专注于数据和服务货币化而不是软件许可收入的趋势。

3. 自主性

商业供应商努力提供对最广泛的市场和最富有的公司具有吸引力的产品和服务。 这通常会导致过度复杂且资源密集型的软件，其中包含未使用的功能。 为提供特定功能而开发的产品可以演变成试图满足每种需求的“平台”。 通过定制、垂直整合和专有运营流程实现的供应商锁定会造成变革障碍，这可能成本高昂并限制快速转向新市场机会的能力。

相比之下，OSS 组件和解决方案堆栈允许更精细的控制，并能够从业务流程中抽象出底层技术。 您的路线图成为您自己的，独立于供应商的功能和发布时间表。

4. 响应性

及时响应和干预可以避免问题的两个关键领域是安全问题和错误修复。 商业供应商努力对解决此类问题做出响应，但从定义上讲，他们正在为具有不同需求、敏感度和复杂程度的多个客户提供服务，这可能会妨碍他们部署解决方案的时间。

OSS 社区倾向于围绕在最短的时间内部署最简单的解决方案而团结起来。 访问组件的源代码允许在需要时进行直接、快速的干预。 对 2013 年 Heartbleed 漏洞事件的反应就是一个很好的例子。 使用受影响组件的基于开源的应用程序可以快速打补丁，因为无需等待官方供应商支持的补丁。 用户可以独立权衡风险并根据自己的最佳判断进行修补。

5. 上市时间

OSS 文化强调自力更生，自然会导致 DevOps 流程和相关的组织调整。 在适当的情况下，可以使用公共云基础设施来促进 DevOps。 由 OSS 堆栈和公共基础设施组成的开放框架提高了您的整体速度和更快实现价值的能力。 DevOps 和 OSS 通过强调立即开始看到结果的重要性来相互补充。

6. 成本效率

如果您愿意积极地追求支持策略，那么在 OSS 中就有坚实的机会来降低解决方案和运营交易成本。 与 OSS 不同，商业许可产品通常难以通过功能或性能来区分。 底线：对于商业产品，您通常会为商标的声誉、软件即服务交付或支持合同支付额外费用，而不是在 OSS 解决方案上获得可证明的额外功能价值。 

提出开源论点是值得的。 基于社区的软件开发已经在一些最具挑战性的领域中证明了其价值。 市场竞争力量表明，任何对开源运动视而不见的业务都在将重要的优势让给竞争对手。 正如互联网上低成本、共享的资源大大降低了基础设施的准入门槛一样，开源组件快速发展的广度和质量将迅速改变许多垂直市场中的竞争格局。