Elastic正在处理Azure弹性版或Elastic在谷歌云上，但在这些情况下，Elastic与云提供商有业务关系。公共云服务之王AWS的情况并非如此。
弹性显式声明：
为什么要更改？AWS和Amazon Elasticsearch服务。自2015年以来，他们一直在做我们认为不好的事情，而且情况只会变得更糟。作为一家成功的公司和市场的领导者，如果我们现在不与他们抗衡，谁会呢？
我们的许可证更改旨在防止公司在没有与我们合作的情况下，将我们的Elasticsearch和Kibana产品作为服务直接提供。
对于AWS或任何其他云提供商来说，要在SSPL下提供Elasticsearch服务，他们需要同意它的毒丸。如果你提供这样的服务，你必须在你的托管云的基础设施中开源。绝大多数的AWS软件已经是开源的了，AWS不太可能同意所有其他的软件都开源。
事实上，我们知道这是真的，因为当AWS第一次面对SSPL时，它的反应是分叉代码，而不是同意这个许可证。MongoDB，一家开源文档NoSQL数据库公司提出了SSPL。它的意图与Elastic相同，它希望从AWS在云服务中提供Elasticsearch服务所获得的巨额利润中分一杯羹。
MongoDB的首席技术官兼联合创始人Eliot Horowitz在https://opensource.org/“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>开放源码倡议（OSI）讨论SSPL是否是真正的开放源码许可证。我们相信在当今世界，链接已被作为服务提供的程序和作为程序组合主要形式的网络程序连接所取代。目前尚不清楚现有的copyleft许可证是否明确适用于这种形式的程序组合，我们打算将SSPL作为开发人员解决这种不确定性的一种选择。
当时OSI不相信这个论点，现在组织也不相信。在一份声明中，OSI直截了当地说：最新采用者，弹性，在一篇文章中，它的标题是https://www.elastic.co/blog/licensing-change“target=”\u blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>在Open上加倍，Elastic表示，它现在可以“限制云服务提供商将我们的软件作为服务提供”，违反OSD6。Elastic没有加倍努力，而是投了牌。
至于AWS，为了响应MongoDB，它推出了我们是Apache Lucene的重要贡献者，它为Amazon Elasticsearch服务提供了强大的动力。
Cockcroft继续说：
Elasticsearch在机器生成数据的民主化分析中发挥了关键作用。它已经成为全世界开发人员、安全分析师和操作工程师日常工作效率的核心。其许可的Apache2.0许可证使其能够快速获得采用，并允许不受限制地使用该软件。不幸的是，自2018年6月以来，我们目睹了大量专有代码混入代码库。虽然Apache2.0许可下载仍然可用，但对于关心开放源码的客户得到了什么以及他们可以依赖什么，仍然缺乏明确性。
当时，AWS，Cockcroft说，“我们的意图不是分叉Elasticsearch，我们将为Apache 2.0许可的Elasticsearch上游项目做出贡献，因为我们开发了基础开源软件的附加增强功能。”
然而，就Elastic而言，AWS一直在做的是：
不正常。我们的许可证更改是在我们认为是Amazon/AWS的多年之后发生的误导和迷惑社区-够了。
我们已经尝试了所有可用的途径，包括通过法院，但由于AWS的持续行为，我们决定更改我们的许可证，以便我们能够专注于建筑产品和创新，而不是诉讼。
向前看，这个新的非开放“开源”许可证将是另一回事。我完全希望看到AWS赞助的Elasticsearch和Kibana forks。
Stephen O'Grady，开源许可专家和Red Hat为小型生产工作负载和开发团队推出免费RHEL
