要做微服务首先得把全链路监控搭起来，参考过一些方案，拿其中唯品会的方案来举例：
调用链信息分别存储于 HBase 和 ElasticSearch中，ElasticSearch 单纯承担起类似于 Solr 的角色，查询的时候只需要通过 ElasticSearch 的倒排索引查到相关的 Rowkey 再去 HBase 里通过 Rowkey 查得完整调用链信息，并将起展现出来。
我知道 ElasticSearch 本身其实可以做可靠性存储的，为什么不直接将 Trace 调用链信息全量存入 ElasticSearch 中，这里借用 HBase 意义何在？
如果是为了后续的批处理计算，也感觉不妥，ES 也有 hadoop插件，可以做集成。
如果说 HBase 能够承受更大的吞吐，感觉也不对，ES 能承受的吞吐也不小。
关于这个问题我依旧思考不出个所以然来，忘各位给出见解，谢谢了!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
唯品会是如何设计的不是太清楚。
我知道 twitter 开源的
zipkin分布式追踪系统是直接将trace信息直接存储在elasticsearch中的。当然zipkin还支持很多其它的存储方式如mysql/nosql。zipkin条条大路通罗马。我认为不需要太纠结于别人为什么要这样选择，更多应该关注别人做成了什么。这当中有很多原因外人是无法知道的，也许就是个人便好，也许跟公司内部技术有关，也许有其它考量。
但是至少有一点是可以确定的要实现相同的功能，并不一定要选择
hbase + elasticsearch才能完成。hbase算是基本版本。
想要做分析还是得用es。