开源 非开源_进行开源辩论的6个理由

开源 非开源

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

1.新机遇

商业软件和OSS都向市场上的所有竞争者提供商品通用功能。 但是，OSS至少在两个重要方面与众不同：

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

2.新的商业模式

有效地，您的OSS产品策略可以为您的行业核心技术定义和维护“ 红海与蓝海 ”之间的界限。

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

3.自决

商业供应商努力提供对最广泛的市场和最深的领域有吸引力的产品和服务。 这通常会导致过于复杂且占用大量资源的软件充斥着未使用的功能。 为提供特定功能而开发的产品可以演变为“平台”，以尝试满足各种需求。 通过定制，垂直集成和专有运营流程来锁定供应商会造成变更壁垒，这可能会抑制成本，并限制快速转向新市场机会的能力。

相比之下，OSS组件和解决方案堆栈可以提供更好的控制程度，并能够从业务流程中抽象出底层技术。 您的路线图将成为您自己的路线图，与供应商的功能和发布时间表无关。

4.响应能力

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

OSS社区倾向于在最短的时间内部署最简单的解决方案。 如果需要，可以访问组件的源代码可以进行直接，快速的干预。 对2013年Heartbleed漏洞事件的响应就是一个很好的例子。 消耗受影响组件的基于开源的应用程序可以快速进行修补，因为无需等待供应商支持的官方修补程序。 用户可以自行确定最佳风险和补丁。

5.上市时间

OSS文化强调自力更生，并自然导致DevOps流程和相关的组织协调。 可以在适当的地方使用公共云基础架构来培养DevOps。 由OSS堆栈和公共基础结构组成的开放框架可提高您的整体速度和更快实现价值的能力。 DevOps和OSS通过强调刚开始开始看到结果的重要性相互补充。

6.成本效益

如果您愿意无情地寻求支持策略，则OSS中有很多机会可以从解决方案和运营交易成本中节省大量资金。 与OSS不同，商业许可产品通常很难通过功能或性能来区分。 底线：对于商业产品，通常您需要为商标的声誉，软件即服务的交付或支持合同支付额外费用，而不是在OSS解决方案上证明具有附加功能。

---

进行开源争论值得付出努力。 基于社区的软件开发已在某些最具挑战性的领域证明了其价值。 市场竞争力表明，任何对开放源代码运动视而不见的企业都将竞争者的优势转移给其他人。 正如互联网上的低成本共享资源大大减少了基础架构的进入壁垒一样，开源组件的广度和质量的快速发展将Swift改变许多垂直市场的竞争格局。

接下来要读什么

翻译自: https://opensource.com/article/18/11/reasons-making-open-source-argument

开源 非开源