因应Elastic变更授权AWS推出採用Apache 2.0授权的Elasticsearch和Kibana分叉

Elastic与AWS的战争持续进行中，在Elastic宣布更改Elasticsearch和Kibana的授权许可之后，AWS发出回应，要自己创建和维护以Apache 2.0授权的开源Elasticsearch与Kibana分支，并且抨击Elastic所採用的SSPL（Server Side Public License）并非开放原始码授权，其在文章使用自由与开放字眼是误导用户。

这场战争可以溯及2019年，AWS推出Elasticsearch开放版本的事件，当时AWS认为Elasticsearch虽然是使用Apache 2.0授权，但是却混入了部分专有程式码，为了避免Elasticsearch专案专有化的问题，AWS与Expedia、Netflix等其他公司合作，创建了Elasticsearch开放版本，AWS强调，该开放版本百分之一百开源，而且并非Elasticsearch的分叉，他们会持续向上游推送修复程式和更新。

在AWS推出Elasticsearch开放版本后，原厂Elastic随后立即回应，认为AWS假借开放之名，但实际上是为了私利，Elastic执行长Shay Banon提到，AWS看上Elasticsearch专案成功之后，开始要求特殊工作关係，以便在程式码上合作，还要求优先处理他们的需求，他也解释，Elastic一直以来都是以可插拔和乾净的实作方式，建构Elasticsearch开源程式码，他们对所有程式码贡献者一视同仁，拒绝特权要求。

而就在今年1月中，Elastic宣布要将Elasticsearch和Kibana两专案，从原本Apache 2.0授权，改为使用SSPL与Elastic双重授权，为的就是要避免云端厂商，使用这两个专案开发商用服务，又不回馈社群。SSPL授权不限制程式码使用和修改，但是当软体被作为服务供应时，企业必须要公开其修改的原始码，以及管理层原始码。

为了因应Elasticsearch和Kibana授权的更改，AWS现在发布以Apache 2.0授权的Elasticsearch与Kibana分支。AWS提到，开源软体的好处之一，便是只要开发人员具有足够的能力，就有权利自己接管所有专案工作。AWS分叉的Elasticsearch和Kibana专案，是使用Apache 2.0授权最新的7.10版本，接下来他们会发布新的GitHub储存库，并在之后于开放版本中，包含这两个专案，并且逐渐代替Elastic所提供的Apache 2.0授权版本。

AWS提到，Elastic变更授权对Amazon Elasticsearch Service（Amazon ES）没有产生负面影响，而且现在Amazon ES上提供的18个Elasticsearch版本，也不会受到影响。Amazon ES将由Elasticsearch和Kibana的新分叉支援，并且会继续加入新功能、修复程式和强化功能。

另外，AWS也抨击Elastic所採用的SSPL授权并非开源授权，认为Elastic称SSPL具有自由和开放的特性，不只错误且具有误导性，认为SSPL看起来像是开放原始码授权，实际上模糊了开源与非开源的界线。