aws 开源 xpack_对于开源与专有，AWS可能同时兼有

最新推荐文章于 2024-08-09 08:29:01 发布

cxu0262

最新推荐文章于 2024-08-09 08:29:01 发布

阅读量128

点赞数

文章标签： java 人工智能大数据 python 机器学习

原文链接：https://www.infoworld.com/article/3394690/for-open-source-vs-proprietary-aws-might-have-it-both-ways.html

版权

aws 开源 xpack

尽管亚马逊网络服务（Amazon Web Services）因涉嫌剥夺开源软件以谋取公司利益而受到批评，但该公司应该大声疾呼并不是没有防御能力的创业公司。是Google。在最近的一次AWS峰会上，亚马逊副总裁Sandy Carter告诉听众，“ 85％的TensorFlow工作负载在AWS上运行。” 根据CNCF的数据，再加上51％的AWS上运行的Kubernetes工作负载，很明显，虽然Google发布了一些行业最重要的开源代码，但AWS却从中最大受益。

这是坏事吗？与以往一样，这取决于。

[发现Bossie奖的获胜者：2018年企业最佳的开源软件，用于软件开发，机器学习，云计算以及数据存储和分析。 ]

Google：我给，我给，我给

谷歌可以说是世界上最重要的开源贡献者，因为它的日常项目越来越多。

借助TensorFlow ，它降低了大规模机器学习的门槛。借助Kubernetes ，它正在改变企业构建和部署应用程序的方式。借助Android，它定义了世界上大多数人的通信方式。等等。

虽然Google已从这些项目中获利，但其他公司（尤其是TensorFlow和Kubernetes的AWS）却能获利更多。

在某种程度上，这是Google的人员问题，新任首席执行官Thomas Kurian已承诺解决该问题。正如一段时间以来的真实情况一样，正如该公司最近的财报电话会议所指出的那样，在Google Alphabet内Google Cloud Platform的招聘人数很高。更多的人与更多的客户一起工作以建立更多的价值应等于更多的好处（和更多的收入）。但是，AWS仍然存在，并从Google不断构建的开源项目中获得了大部分现金。

感谢AWS弄清楚如何将其某些研发外包出去？

AWS：奉献

也许不会。毕竟，这种方法（如果准确）对于AWS也不是特别适合。至少不是长期的。正如Pivotal高管James Watters所说，AWS工作负载一直在从其专有API转向开源Kubernetes。 Amazon Kinesis也让位于更多地采用Apache Kafka （推动AWS拥抱Kafka并围绕它构建服务）时，情况也是如此。现在想象一个世界，就像Watters一样，“其中有超过50％的[AWS]工作负载是在开源社区API上运行的。”

如果要保持其云领导地位，AWS突然必须进行更改，否则这些工作负载将转移到最能帮助指导这些项目的云中。

在开源中，重要的货币是代码：如果您想影响项目的方向，则必须做出贡献。当AWS对TensorFlow或Kubernetes有所贡献时，如果它们对自己的服务有所辅助，那么AWS可以顺其自然，但是当AWS客户开始在AWS上大规模需求香草Kubernetes时？好吧，这可能需要AWS提供更多代码。

AWS可能同时拥有两种方式

并非所有人都完全同意：一位AWS员工指出：“我们的许多客户选择了可扩展的更简单的抽象，但是许多客户也选择了开源。我在这里看不到零和游戏，并且AWS都投资了两者。” 换句话说，AWS可以在这两个阵营中站稳脚跟，尽管这并不一定消除了做出贡献的需要（员工也没有这样做）。

但是，更令人担忧的是Paul Ramsey的论点，即开源可能会导致相反的效果，而不是开源迫使AWS变得不那么专有。正如他所写的那样，“像PostgreSQL这样的人[因此AWS]使他们拥有稍微专有的PostgreSQL（RDS），向完全专有的PostgreSQL（Aurora）追加销售，[并且]锁定了某些仅Aurora的功能……获利！ Aping一个开源API与真诚参与相反。” 在这个世界上，AWS是否有足够的动力来改善开源“高速公路”，还是专注于为专有服务铺路？

时间会证明一切。

我的直觉是，AWS实际上将同时做这两项工作：对关键项目的更多开源贡献和更多的增值服务，以利用潜在的开源人气。随着云竞争变得越来越激烈，这确实是唯一的方法。