Elastic将更换旗下的分布式搜索引擎Elasticsearch，以及可视化资料探索工具Kibana所采用的授权许可，从原本的Apache 2.0转换到SSPL（Server Side Public License）以及Elastic授权，Elasticsearch和Kibana将使用双重授权，让用户依照需求选用。而这项授权变更将适用两项产品的所有分支，预计将会于Elastic 7.11版本发布之前执行。
在2019年时，因为AWS推Elasticsearch开放版引起原厂Elastic不满，Elastic提到，过去三年市场不断发展，他们发现开放源码企业必需要更好地保护软件，才能维持公司利益，由于SaaS交付模式越来越受到欢迎，部分云计算服务供应商利用开源项目开发产品，却没有提供对等的反馈，继续投资开源项目发展，进而伤害社群发展。
不少维护开源项目的公司，都曾表示遭到滥用商标，并将其开源产品重新包装，发布成受欢迎的服务，Elastic甚至指控私有程序代码，成为其他云计算服务供应商产品的开发灵感。
不同开源公司采用了不同的策略，以保护对自由软件的投资，其中一种方法便是修改开源授权，在保持开放性、透明性和协作性的前提下，限制部分应用，而Elastic也针对性地更改了源码授权许可，在不影响大多数用户的情况下，限制云计算供应商以Elastic的软件提供服务。
这项变更与即将发布的Elastic 7.11版本一同到来，Elastic将Apache2.0授权许可下的Elasticsearch和Kibana程序代码，搬迁使用SSPL和Elastic授权。SSPL是由MongoDB创建的源码授权，目的是要保护开放源码，避免公有云供应商，在没有反馈社群的情况下，使用开源软件开发产品。SSPL允许软件自由不受限制地使用和修改，而限制是当软件被作为服务供应给他人使用，则企业必需要公开修改的源码，以及管理层的源码。
Elastic强调，这项授权变更对社群中大多数的用户没有影响，对Elastic Cloud或本地端的用户都不会有任何改变，而默认发行版本也将继续使用Elastic授权，供免费使用。
不只Elastic，在过去Redis、CockroachDB和MongoDB等开源项目，也都不满云计算厂商，使用其开源项目推出数据库即服务，但又不开源修改后程序代码，也不付费取得商用授权，因此纷纷改变授权防御。
2018年MongoDB就将开源授权方式，由原本的AGPLv3变更为SSPL，而CockroachDB则在2019年时，以宽松的商业源码授权（Business Source License，BSL）取代Apache 2.0（Apache License version 2），阻止云计算厂商没有购买授权许可，就以CockroachDB提供商业服务。
不过红帽（Red Hat）却对SSPL持有不同的看法，认为SSPL v1并非自由软件授权，为歧视特定用户设计，在商业用户间会引起恐惧、不确定性及怀疑（Fear、Uncertainty、Doubt，FUD）。