Cassandra vs ElasticSearch/OpenSearch #8169
Replies: 2 comments 2 replies
-
|
https://www.jaegertracing.io/docs/2.16/faq/#what-is-the-recommended-storage-backend You already showed this link which answers your question:
|
Beta Was this translation helpful? Give feedback.
-
|
personally I would lean ES/OpenSearch if you need decent search/filtering across span tags — Cassandra is faster on writes but querying anything beyond traceID gets painful quickly. if your main use case is just "give me this trace by ID" then Cassandra is fine, otherwise ES tends to be worth the operational overhead. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm currently researching Jaeger deployments for production workloads. ElasticSearch and Cassandra, optionally buffered by Kafka seem to be what's recommended for production.
What I'm wondering though: Why would I pick ElasticSearch/OpenSearch over Cassandra or vice versa, while ignoring personal preference?
I have some experience operating ElasticSearch, but I would be able and willing to invest time into Cassandra, if it is the better tool for the job and conceptionally it feels like Cassandra would be a better fit for the use-case as ElasticSearch is most often used as a Full Text Index / Search Engine.
https://www.jaegertracing.io/docs/2.16/faq/#what-is-the-recommended-storage-backend explains that Cassandra has faster writes but limitations around search. Yet people seem to pick Cassandara.
Any pointers to existing work on the topic or experiences you had in the past would be highly appreciated!
Beta Was this translation helpful? Give feedback.
All reactions