现有技术在数据结构和存储方面做得很好，但是硬盘上的原始数据不能完全播放数据的价值，尤其是当您需要基于此数据做出一些真实的时间决策时，您需要做出一些真正的时间决策。更容易使用困难。
ES是一种分布式，可扩展的，真实的时间搜索和数据分析引擎，可以有效地解决完整 - 文本搜索或结构化数据的真实时间分析。
不仅大公司，例如Wikipedia，Guardian，Stack Overflow，使用的GitHub，也可以在笔记本电脑上运行，也可以扩展到数百个服务器，并提供PB数据。
ES带来了革命，但ES不使用或创造革命性的技术：全文搜索，数据分析和分布式数据存储已经是技术概念。E巧妙地将这三个独立的部分集成到独立的真实时间应用中，这是革命带来的革命由Es。
目前，大多数数据库对于从数据中提取操作知识都是无能的。尽管它们可以通过时间戳筛选或提取特定字段，但他们无法轻易搜索完整的文本搜索，搜索同义词并与数据分类。
更重要的是，面对一定量表，如果数据不能进行大量的离线处理和批处理处理，那么大多数数据库将无法提供真实的时间服务。
ES是在Apache Lucene上方开发的。
Apache Lucene是开源，高级，强大的性能和功能强大的搜索引擎。但它只是一个库。它不仅需要使用Java代码来使用，还需要了解Lucene的内部逻辑和结构。整体使用非常复杂。
尽管ES也用Java编写，并且内部也用于索引和搜索，但通过非常科学的设计，Lucene的复杂性被屏蔽在ES强，简单的API之后。
当然，ES不仅是一个完整的文本搜索，还包括：
同时，支持RESTFUL API的SDK支持命令行，支持多种语言，使用Apache 2开源协议（已调整了多次）。
关于ES诞生的小故事：
1.0.0 2014年2月12日，聚合分析，API，备份恢复和其他特征2.0.0储存压缩配置和API语法升级的特征2015年10月28日5.0.0 Lucene 6，2016年10月26日，SDK，API升级，文本/关键字，存储和性能可显着改进6.0.0排序，滚动升级，数据可靠性，2017年11月14日7.0.0.0.0.0.0.0.0.0.0.0.0.0.0ZEN2，稳定性和其他特征8.0.0 2022 2月10日，2022年2月10日，安全默认启用，NLP支持，KNN，API升级，存储和性能改进Apache 2.0开源协议：您可以将其集成到其自己的产品中，使其集成到源代码并选择不继续开源。与GPL这样的开源协议，他们将有一个禁止CopyLeft的声明：如果使用开源软件，则您的软件也必须是开源的。
由于Apache 2.0协议的开放性，您自己开发的开源软件可以由您的对手使用来与您竞争。
该事件发生在ES。亚马逊于2015年根据Elasticsearch推出了自己的服务，称其为Amazon Elasticsearch Service.sub，后来引起了激烈的争议。
2021年1月，Elastic在官方网站上发布了有关许可方面的重大更改，并决定将Elasticsearch和Kibana的开源协议从Apache 2.0更改为SSPL和弹性许可。
在那之后，亚马逊说这是完全不可接受的，ES随后发出了相应的陈述亚马逊：完全不可接受 - 我们为什么要更改弹性许可协议协议
2022年2月17日，软件公司的弹性和亚马逊达成了商标侵权诉讼的和解。Amazon开始从网站及其服务及其相关项目名称的各个页面中删除“ Elasticsearch”一词，并用Elastic Cloud替换，并卖出了这是弹性的重大胜利，该公司与亚马逊有很多次冲突。
“ AWS和AWS市场上唯一的Elasticsearch服务是弹性云。我们认为这是消除市场混乱的重要一步。只有一个Elasticsearch，它来自弹性。”Amazon的创始人兼首席技术官Shay Banon说，Amazon还将Amazon Elasticsearch服务重命名为Amazon OpenSearch服务。现在，如果您在AWS中看到“ Elasticsearch”，Azure，Azure，Google Cloud，您将知道它必须来自Elastic。
从Elastic 7.11版本开始，Elastic将将Apache 2.0授权Elasticsearch和Kibana代码转换为SSPL和弹性许可证，以便用户可以选择哪个授权。SSPL是MongoDB创建的源代码可用的可用许可证开源并同时提供保护，以防止公共云提供商提供开源产品作为服务而无需反馈。SSPL允许自由和无限使用和修改，但是如果您提供产品作为对他人的服务，则还必须公开任何SSPL下的修改和管理代码。
请注意连续更新：下一节 - [Elasticsearch系列序列] 2.如何在本地安装和调试ES
原始：https：//juejin.cn/post/71004422228245561357