与像AWS这样的朋友，谁需求开源业务？

发布时间：2021-11-12 11:20 所属栏目：40 来源：互联网

导读：12月，纽约时报文章建议亚马逊网络服务（AWS）是通过基于开源代码提供托管服务的Strip-挖掘开源项目，而无需助击回到社区。为了回应AWS的分析和Elasticache副总裁和Anti Gutmans，写了一个博客文章，声称客户已经多次要求AWS为Elasticsearch和其他流行的开源

12月，纽约时报文章建议亚马逊网络服务（AWS）是通过基于开源代码提供托管服务的Strip-挖掘开源项目，而无需助击回到社区。

为了回应AWS的分析和Elasticache副总裁和Anti Gutmans，写了一个博客文章，声称客户已经多次要求AWS为Elasticsearch和其他流行的开源项目提供托管服务。

“一些开源项目的维护者建立了开源项目周围的商业公司，”他说。

“一小一小一异常值将其视为零和游戏，并且希望成为唯一能够在这些开源项目周围自由货币管理服务的唯一一个。因此，他们已经回去改变了开源许可条款，与专有的代码共同混合真正的开源。“

开源许可旨在通过使贡献者构建新功能作为核心开源代码的分支来鼓励创新。然后，项目维护者可以选择将此贡献纳入核心代码。

在开源业务模型中，一些功能遗漏了核心代码，使原始项目背后的开发人员能够为增强功能充电，例如提供企业客户所需功能的增强功能。

有些公司还试图为其开源产品提供托管服务，以为企业客户提供作为服务（SaaS）的软件。

云铸造基金会执行董事的纽约时报文章（Abby Kearn）评论说：“当商业产品背后的软件是开源的时，没有什么可以阻止某人建立另一个商业软件产品。

“我不会争辩文章中提到的许多公司因AWS开始使用他们的开源代码而改变了他们的业务战略，”她说。“但忽略了这些inpiduals创建了代码和建立其周围的公司的开放源方法缺少更大的画面。AWS正在使用这个开源意识形态以真正的代码的形式提供了什么。

“作为我的同事芯片童工，CTO [首席技术官]云铸造基金会，最近写的，开源最适合一家技术公司，当它被采用时作为一系列策略和策略支持，支持否则的声音商业模式 - 而不是另一个方式。“

2019年3月，SID Sijbrandij，首席执行官和开源Devops工具公司Gitlab的联合创始人Sid Sijbrandij警告说，最大的挑战商业开源面临的是如何处理混合云提供商。

“商业开源公司如此，使Kafka成为哈夫卡，然后将杂交云提供商带到Kafka开源代码并提供作为服务的优惠，与SaaS服务竞争这些公司正在投注产生收入。

“这导致了许多开源公司，如Redis，MongoDB，Elastic和Confluent，引入非竞争许可证，其中管理服务需要支付许可费。”

但是，根据Sijbrandij的说法，许可证的这种变化意味着代码不再是开源。“我们希望这些公司做得好，但我们也喜欢缺乏锁定来源的开源。”

他描述了AWS如何在价值人员支付Elasticsearch，在其开源产品的企业版本中，通过创建开源项目的叉子并通过自由可用来商品化企业附加组件。他建议如果代码提供开放式API，则开源项目将更容易成为商品化。

正如苏济干冀所说：Gitlab的方法是针对不同类型的买方，因为夏天亚“如果您的客户更敏感，他们更有可能使用开源提供，而不是您的付费产品。”

该公司提供的是Gitlab的免费版，基于核心开放源代码进行辛勤源;经理支付每月的每月订阅，以获得其他功能，而最昂贵的Gitlab版本，可以全面监督组织中多个项目的Devops生命周期。

“如果您拥有更多专有功能，您可能不太可能成为商品化，”Sijbrandij说。

此模型随着时间的推移而发展，目前，Gitlab商业方式的开源产品。但是企业模式确实需要发展，一些专家警告这是一个开源公司现在必须面对的东西。但开放源业务如何在开源项目中继续在知识产权中产生商业价值已成为一个热烈辩论的主题。

“在我看来，在露天者基金会首席运营官Mark Collier说：”资本主义和开源函数最好的竞争最大，“Mark Collier说。

“虽然我可以同情受大型云平台公司受到威胁的公司，但通过许可改变限制竞争，以确保您自己的垄断不太可能为市场或开源产生巨大的结果。”

（编辑：ASP站长网）