Dynamo Db与弹性搜索

Question

我刚刚阅读了关于弹性搜索的内容，发现它对文档中的每个术语以及所有字段进行索引。虽然它有一些缺点，例如无法提供事务处理等。但对于只需从DB读取数据并且没有写入的应用程序，使用Dynamo Db而不是Elastic Search有什么优势。早些时候，我想使用Dynamo Db，但现在看到它为每个字段编制索引之后，为什么不使用Elastic Search本身。到目前为止，为我的项目定义的唯一用例是通过一个id进行搜索。但是将来会出现更多用例，那么在Dynamo Db中添加更多索引将非常困难，但在Elastic Search中已经存在。

有人能告诉我Dynamo Db对弹性搜索的一些优点吗？

请给出您的建议。

Answer 1

我已经使用elasticsearch和MongoDB，但没有太多的Dynamodb。 MongoDB在索引和强一致性方面效果很好。

我对弹性搜索和DynamoDB知之甚少;

elasticsearch 是一个搜索引擎，在那里你可以通过任何条款，或根据某些标准汇总记录搜索，但它也可以作为一个文件店，虽然不是主要目的。对于更少的写入和更多的读取来说绝对是好事

一些elasticsearch优势每个文档的

• 最大尺寸it allows is 2G - >2G at lucene level

• 你就可以有分区（称为Shards）来分发基于默认

_id场文档

• supports strong consistency - 可配置

• 支持原子写入versioning on each document。

• 仅支持文件级原子

• 您可以根据指标分析汇总文件 - 基于JSON的查询

elasticsearch弊

• 没有原子性（以酸）在多个文件之间

• 你可能要检查安全选项，我用它也许第3版上一次，没有好的选择

，另一方面Dynamodb是一个数据存储（技术上称为文档存储/亚马逊的版本的MongoDB）。

优势

• 通过AWS全面管理，因为你将不必担心服务器关闭或等

• 亚马逊IAM角色担保

• 你可以有分区（称为Shards）根据每个文档上的主键分发文档

• 支持multi item/document level Atomicity（在乙酸a）

• 支持原子写入 - 每个文档https://github.com/awslabs/dynamodb-transactions 锁属性其是指当前的transactionId

• supports Eventually Consistent and Strongly Consistent Reads：

当文档是写入DynamoDB表并收到一个HTTP 200 响应，则会更新文档的所有副本。该文档将最终在所有存储位置保持一致，通常在 秒之内或更短。

当您请求强一致性读取时，DynamoDB会返回 响应并显示最新数据，反映所有以前的写入操作成功的更新。在网络延迟或中断情况下，可能无法读取强烈一致的 读取。

但有一些限制，

• 只支持最多40K经常为1KB大小的文件/每桌秒=这将是400经常为100K大小的文档/秒（在美国东部区域）

  仅支持10K在其他区域中写入为1KB尺寸文档/每表

• 最大40K读取4KB大小的文件/每桌秒（在美国东部地区）

  只支持10K在其他地区每桌读取4KB大小的文档/

  所以计算基于你的吞吐量你平均文档大小，请参阅DynamoDB适合

• dynamodb中的最大文档/项大小为400KB（如果文档大小超过400KB，引用s3可能会诀窍，但仍取决于您是否真的想要走这条路线）/ MongoDB可能是替代which allows upto 16M of document。

• 你只能在一个请求获取来自DynamoDB文件1000 KB

所以，基本上，

• 所需的吞吐量，
• ACID顺从性（DynamoDB +1），
• 每个文件的大小（elasticsearch +1，MongoDB +1）和
• secu可能是决定性因素。

我也考虑调查MongoDB与DynamoDB，因为MongoDB是开源的，具有Atomicity中除A以外的所有功能，并且也是supported by AWS。