事件源，使用弹性搜索作为事件存储

我正在尝试找出最灵活的方式来为弹性搜索建立索引映射以存储事件。

我有两个选择。

第一个选项：
单个映射，其中定义了一些属性，例如：开始时间，结束时间，位置，用户上下文，经济上下文（收益，损失）以及相对于分类法的某些标签和相对于特定事件本身的其他备用属性，这些分组在更通用的类别中“数据”字段。
这对于将来的询问将是灵活的，并且在存储之前不需要对事件数据进行映射工作。

第二个选项：
使用定义良好的映射创建不同的索引，并让logstash将事件转换为特定文档并将其存储在相对索引中。
这将需要维护和更新不同的索引/映射并编写转映射逻辑。

前言：
我必须处理一个复杂且已经具有微服务的应用程序，并为域事件创建知识的搜索源。

有没有人了解弹性事件存储数据库映射设计的最佳实践和陷阱？
书籍将不胜感激。

我也想知道是否已经有捆绑的选项来管理这种数据库。