es解决了本地lucene的不足，优化了lucene的调用模式，实现了一种高可用的分布式集群搜索方案。它的第一个版本于2010年2月出现在github上，并迅速成为最受欢迎的项目之一。
首先，es仍然是一个基于apachelucene的开源搜索引擎。
es也使用java开发并以lucene为核心实现索引和搜索的所有功能，但其目的是通过简单的restfulapi隐藏lucene的复杂性，使全文搜索变得简单。
然而，es的核心不是lucene。它的特点更多地体现在：分布式实时文件存储，每个字段都有索引，可以进行搜索。分布式实时分析搜索引擎可以扩展到数百台服务器，处理pb（内存单元）级的结构化或非结构化数据，高度集成的服务，并且您的应用程序可以使用简单的restfulapi，各种语言的客户端甚至命令行都可以与之交互。（lucene的缺点抵消了es的优点）。
你好，我是技术公司的技术总监，负责公司云平台的日志架构。让我谈谈我的看法。
为什么建筑师必须理解？
要回答这个问题，我们需要先看看elasticsearch可以做什么？
。
好好想想。在现实生活中，哪种架构不需要搜索功能？我们的日志系统需要搜索。从长远来看，银行系统需要搜索功能，12306系统需要搜索功能，电子商务系统也需要搜索功能，架构师的目的是利用代码架构来实现现实生活的需求。然而，人性对复杂的数据并不敏感，人们只需要看到自己需要看到的数据。因此，对于架构师来说，必须有一层数据转换功能来完成从真实需求到虚拟建筑之间的转换。目前，最好的工具是弹性搜索。以下是我们日志系统的架构：
我不知道我是否能回答您的问题。如果我有任何问题，我们将再次沟通！
