对于依赖卡珊德拉·NoSQL数据库但需要更高效搜索能力的组织来说，Elassandra提供了一个引人注目的开源解决方案。 Elassandra结合了弹性搜索和卡珊德拉的力量，利用弹性搜索作为卡珊德拉的二级索引。 虽然公司可以自己使用弹性搜索和卡珊德拉(并通过开发自己的定制集成或同步代码来联合它们)，但Elassandra否认了实施这些措施和单独管理软件的挑战。

通过将弹性搜索与卡珊德拉紧密集成，Elassandra提供了接近实时响应的搜索延迟。 更好的是，它在实现这一点的同时，还提供了对弹性搜索已建立的生态系统的所有优势的访问，这些生态系统包括休息应用编程接口、插件和其他解决方案。 通过这些工具——比如强大的基班纳用户界面，它允许用户快速方便地搜索、分析和可视化数据——数据库操作可以比单独使用卡珊德拉和弹性搜索更高效地执行。

Elassandra的一些具体优势如下。

设计弹性搜索时，主节点管理和广播集群状态，而主节点处理写操作，副本节点处理读操作。 Elassandra通过在卡珊德拉节点中嵌入弹性搜索来改变这种情况，这样文档就可以数据库同步软件 作为行存储在卡珊德拉表中，并且每当卡珊德拉表发生写操作时，卡珊德拉表中的辅助索引就会与弹性搜索索引同步更新。 这样做就不会有差异。

重要的是，在这方面，Elassandra提供双向制图；使用弹性搜索API插入文档将自动创建或更新与卡珊德拉通信所必需的CQL模式，弹性搜索映射也可以从现有的CQL模式中自动发现。 这样，Elassandra保留了弹性搜索的动态映射，同时消除了开发人员为了利用Elassandra而学习CQL的任何需要。 有效存储映射的这种复制性和同步性使得弹性搜索变得不可控制，在节点故障后提供了卓越的一致性。

Elassandra还允许开发人员高效利用嵌套文档，将它们存储在基于弹性搜索映射动态生成的Cassandra用户定义类型中。 这一特性的递归性质允许多层嵌套文档，为有此需求的企业提供了更大的价值。

使用Elassandra，可以用各种映射在许多不同的弹性搜索索引中索引相同的键空间。 这里的优势在于能够在不停机的情况下更改和引入新的索引映射。

在Kibana作为搜索和数据可视化界面的帮助下，Elassandra允许使用分区功能来进行日志分析。 这有助于轻松存储和直观绘制web应用程序日志，尤其是在日志必须仔细维护并可出于审计或合规目的访问的情况下。

Elassandra对于管理时间序列也很有价值。 通过在Cassandra中存储时间序列并只搜索弹性搜索索引度量名称和这些时间序列的元数据，可以用其他数据源(如数据中心、应用程序等)来丰富元数据。 这使得开发人员能够获得洞察力(例如g. 可视化运行某个应用程序的所有机器)并将该知识应用于诊断或战略规划。

Elassandra也非常容易扩展。 如果有必要增加写入吞吐量，Elassandra的自动重新分配功能允许根据需要引导新节点。 由于弹性搜索功能嵌入在卡珊德拉中，Elassandra确保它具有与数据库相同的高可用性。

将Elassandra上的写吞吐量性能与分别部署了弹性搜索的Cassandra进行对比，您会发现对于大多数用例，在节点没有过载的情况下，两者的写吞吐量大致相等。 然而，Elassandra只使用了一半的CPU功率。

考虑到这些因素，埃拉桑德拉自诩有一个比各部分之和更好的解决方案。 通过提供比其独立组件更高的可靠性和效率，Elassandra为准备从中获益的组织提供了一个高效的新机会。

本·斯莱特是Instaclustr的首席产品官，该公司提供开源技术的托管服务平台，如阿帕奇·卡珊德拉、阿帕奇·斯巴克、弹性搜索和阿帕奇·卡夫卡。