我国企业对开源社区的贡献度_开源对企业有利的6个理由-CSDN博客

我国企业对开源社区的贡献度

从根本上讲，开源解决方案要比专有解决方案好。想知道为什么吗？这是企业和政府组织从使用开源技术中受益的六个原因。

1.简化供应商审查

在将工程和财务资源投入到将产品集成到基础架构中之前，您需要知道选择了正确的产品。您需要一种积极开发的产品，该产品可以在您的业务需要时定期提供安全更新和错误修正以及创新。最后一点比您想象的要重要：是的，解决方案必须符合您的要求。但是随着市场的成熟和业务的发展，需求会发生变化。如果产品不随他们改变，那么您的迁移成本很高。

您怎么知道您没有将时间和金钱投入即将消亡的产品？在开放源代码中，您不必信服供应商。您可以通过查看开发速度和社区的健康状况来比较供应商。一个更加活跃，多样化和健康的社区将在未来一到两年产生更好的产品，这是需要考虑的重要事项。当然，正如这个有关企业开源的博客所指出的那样，供应商必须有能力处理开发项目中创新带来的不稳定。寻找支持周期较长的供应商，以避免升级。

2.长寿自独立

福布斯》指出，所有初创企业中有90％倒闭，而不到一半的中小企业可以生存超过五年。每当必须迁移到新的供应商时，都会招致巨大的成本，因此最好避免使用只有一个供应商可以承受的产品。

开源使社区能够协作构建软件。例如，OpenStack 由数十家公司和志愿者组成，可以为客户提供确定性，无论任何单个供应商发生什么情况，总会有一个供应商提供支持。使用开源，企业将对开发团队实施产品的努力进行长期投资。对源代码的访问可确保您始终能够从贡献者库中聘请某个人，以使您的部署在需要时始终有效。当然，在没有大型活跃社区的情况下，几乎没有人可以聘请捐款人，因此积极捐款的人数很重要。

3.安全性

安全是一件复杂的事情，这就是为什么开放式开发是创建安全解决方案的关键因素和前提的原因。安全性每天都变得越来越重要。当公开进行开发时，您可以直接验证供应商是否正在积极追求安全性，并观察其如何处理安全性问题。研究源代码并执行独立代码审核的能力使您可以及早发现并修复安全问题。一些供应商会提供数千美元的漏洞赏金，以鼓励社区发现安全漏洞并显示对其产品的信心。

除代码之外，开放式开发还意味着开放式流程，因此您可以检查并查看供应商是否遵循ISO27001，云安全性原则等建议的基准行业标准开发流程。当然，像Nextcloud与NCC Group一样，受信任方进行的外部审查也提供了额外的保证。

4.更多以客户为中心

由于用户和客户可以直接看到并参与开发，因此开源项目通常比闭源软件更符合其用户需求，而闭源软件通常侧重于营销团队的复选框。您还将注意到，开源项目倾向于以“更广泛的”方式进行开发。商业供应商可能只专注于某一特定事物，而社区却有许多“烙铁”，并且正在发挥广泛的功能，而单个或少数贡献公司或个人都会感兴趣。这样一来，发布的易于销售的版本就会减少，因为这不仅仅是一件事，而是各种改进的混搭。但是它为用户创造了更有价值的产品。

5.更好的支持

如果出现问题，专有供应商通常是唯一可以帮助您的一方。如果他们没有按您需要的方式提供支持，或者收取巨额溢价来调整您的业务需求，那么倒霉。对专有软件的支持是典型的“ 柠檬市场” 。使用开源，供应商要么提供强大的支持，要么其他供应商将填补空白—这是最好的自由市场，可确保您获得最好的支持。

6.更好的许可

典型的软件许可证中充斥着令人讨厌的条款，通常以强制套利结束，因此如果供应商行为不当，您甚至没有机会提起诉讼。问题的一部分是，您仅是完全由供应商决定的许可使用软件的权利。如果该软件无法运行或停止运行，或者供应商要求更多付款，则您将没有所有权，也没有任何权利。像GPL这样的开放源代码许可证是专门为保护客户而不是供应商而设计的，可确保您随意使用软件，并且不受任何限制，只要您愿意就可以。

由于它们的广泛使用，GPL及其衍生许可证的含义得到了广泛的理解。例如，您可以放心，该许可证允许您现有的（开放或关闭）基础结构通过定义良好的API与之连接，对时间或用户数量没有限制，并且不会强迫您打开配置或知识财产（例如公司徽标）。

这也使合规性更加容易。使用专有软件，您将面临苛刻的合规条款，并处以巨额罚款。更糟糕的是，某些以GPL和专有软件混合发布的开放核心产品会发生什么？这些可能会违反许可证，并使客户面临风险。而且，正如Gartner所指出的那样，开放核心模型意味着您无法享受开放源代码的任何好处。纯开放源代码许可的产品可以避免所有这些问题。相反，您只有一个合规性规则：如果您对代码进行了修改（而不是配置，徽标或类似的东西），则必须与分发软件的用户共享它们（如果他们要求）。

显然开源是更好的选择。选择合适的供应商（您不会被束缚）比较容易，而且您将从更高的安全性，对客户的关注以及更好的支持中受益。最后，您将知道自己处于法律上的安全基础上。