开源如何在云中生存（开源如何在云中生存下来）

在过去的10年中，从Linux和MySQL到Kubernetes、Spark、Presto和MongoDB，开源一直是云计算技术创新的支柱。但最近的发展已给开源背后的商业模式蒙上了一层阴影，业界现在必须采取行动，避免抹杀其最伟大的创新来源之一。

　　

　　作为Apache Hive的共同创建者和前项目负责人，我知道鼓励对开源生态系统蓬勃发展相当重要。独立开发人员需要鼓励他们为开源项目贡献自己的时间和技能，而那些具有创业思惟的人需要鼓励围绕这些项目建立公司以帮助他们繁华发展。

　　公共云可能会破坏这些鼓励因素，由于它改变了开源的动态。大型云计算提供商很容易接受开源项目并将其作为托管服务提供。如果它在没有回馈社区的情形下做到这一点，那末它将不公平地从他人的工作中获利，并扰乱开源繁华所需的鼓励机制。

　　人们在围绕AWS确当前讨论中已看到了这一点，AWS被指责采取开源项目，并对其进行品牌重塑而不总是回馈这些社区。这促使包括Confluent、RedisLabs和Mongo DB在内的供应商开发新的许可证，以避免大型商业云计算提供商将其代码作为托管服务提供。

　　这其实不是正确的方法。这些新的许可证还没有得到开源计划的认可，并且它们有可能混淆开源软件的使用权。正如软件自由保护协会主席Bradley M.Kuhn所说，软件自由应当“对所有人来讲都是同等的，不管他们是不是是商业行动者。”开源已蓬勃发展，由于这个原则一直遭到尊重，任何混乱可能会禁止人们进入社区。

　　那些寻求保护其业务的开源公司值得同情。虽然独立开发人员做出了最大的努力，但企业的资源和管理工作需要将开源项目视为足够稳定以供企业广泛使用。Linux之所以在企业中脱颖而出，由于RedHat和IBM全力支持它。Kubernetes的发展速度与它一样快，由于它得到了谷歌的支持。但是如果一个开源项目有一个公司的气力支持，那末它更有可能在大型企业中成功。

　　例如一家公司提供了一个基于云的数据分析平台，该平台严重依赖Spark、Presto和Hive等开源组件。与此同时，经过两个项目(SparkLens，一个改进Spark利用程序性能的框架)和Rubix(一个加速Presto和Spark性能的缓存框架)回馈社区，成为优秀的开源公民。

　　部份缘由在于大型云计算提供商的公平竞争。AWS公司在市场中的地位符合他们商业利益的行动。但他们需要认识到，从长远来看，破坏开源会像其他任何人一样伤害他们。开源提倡者应当继续提高对这个问题的认识，并对云计算提供商施加公众压力，以便采取负责任的行动。人们已看到证据表示这类压力可行。

　　人们仍需要一个开放源码的“道德准则”，由社区贡献者、项目负责人和开放源码组织(如OSI和Apache)创建。完全符合开放源码许可证是可能的，但依然以侵害社区的方式行事。能够指出一个广泛认可的道德准则，其中规定了不可接受的做法，将使公司和个人更容易对其行动负责。

　　最后的主旨是竞争。确切，大型云计算提供商在吸引客户方面具有优点;他们被视为首席信息官的“简单”和“安全”选择。但客户可以选择最好的软件和支持。如果开源公司能够为他们自己的发行版提供更好的功能和更好的支持，他们将说服客户选择他们自己的产品。

　　在此已概述了社区可以采取的改良情况的行动，但每一个人也能够作为个体采取行动。人们都有能力经过让云计算提供商了解其耽忧来作用市场。让他们经过反馈表单和产品论坛向社区提供特定的功能，这是让人们声音被听到的一种方法。这些云阇提供商的开发人员也会在开放源码论坛上闲逛，希望成为社区的一部份;将这些要求提请他们注意，会给更改带来更大的压力。

　　这个挑战没有简单的解决方案，但人们需要认真对待。开源模型其实不脆弱，不会在一夜之间破坏。但是，如果商业云提供商继续利用项目而不给予回馈，那末他们就会削弱帮助开源成功的鼓励措施。杀鸡取卵不符合他们的利益，固然也不符合开发商和客户的利益。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。