|
|
|
|
|
by cyen
2586 days ago
|
|
> I find it a huge step backwards. As far as I know, there's no full text search and the types of reports and aggregation you can do are extremely primitive. Oof. Honeycomb is for fast, realtime analytics: starting with a high-level question in your mind ("why did our throughput drop by 50%?") and rapidly iterating on a hypothesis (examples in [0]). ELK can... be used for that, but is optimized for another (as you said, full-text search and generating static reports). Being able to flip from a funny-looking graph directly into "raw data" mode is intended to be a bonus in Honeycomb, not the primary way you interact with your data. While we believe that fulltext search has its place, beyond a certain point (most production systems, these days), sifting through log lines is a brute-force method of answering questions about your systems — especially if you're not sure what the proverbial needle you're searching for looks like. [1] (But mherdeg's answer is great, go back and read theirs while you're here :)) 0: https://www.honeycomb.io/blog/troubleshooting-in-honeycomb-c...
1: https://www.honeycomb.io/blog/the-true-cost-of-search-first-... |
|