在调用链日志存储和展现的过程中HBase和ElasticSearch如何取舍？

要做微服务首先得把全链路监控搭起来，参考过一些方案，拿其中唯品会的方案来举例：

调用链信息分别存储于

和

中，ElasticSearch 单纯承担起类似于 Solr 的角色，查询的时候只需要通过 ElasticSearch 的倒排索引查到相关的 Rowkey 再去 HBase 里通过 Rowkey 查得完整调用链信息，并将起展现出来。

我知道 ElasticSearch 本身其实可以做可靠性存储的，为什么不直接将 Trace 调用链信息全量存入 ElasticSearch 中，这里借用 HBase 意义何在？

如果是为了后续的批处理计算，也感觉不妥，ES 也有 hadoop插件，可以做集成。
如果说 HBase 能够承受更大的吞吐，感觉也不对，ES 能承受的吞吐也不小。

关于这个问题我依旧思考不出个所以然来，忘各位给出见解，谢谢了!