Re: CEP-32: Open-Telemetry integration

2024-10-24 Thread Yuki Morishita
Hi Maxim, thanks for taking a look at the CEP and giving the feedback. CEP-32 is built on the current Cassandra tracing/metrics/logs implementation, and I chose OpenTelemetry and its protocol OTLP for exporting them. OpenTelemetry is supported by many APM vendors, so users can just send telemetry

Re: CEP-32: Open-Telemetry integration

2024-10-23 Thread Maxim Muzafarov
Hello, I wanted to throw some ideas and a vision in terms of metrics, trancing and the adoption of new integrations, particularly OpenTelemetry. I personally feel that the more integrations we have, the better the adoption of Cassandra as a database will be. With OpenTelemetry, users could have a

Re: CEP-32: Open-Telemetry integration

2024-10-22 Thread Michael Burman
Hi, > I'd really, really like to see us ship a Prom compatible metrics endpoint out of the box in C* that has low overhead. All the current OSS metrics exporters that I've seen have massive overhead. I'm specifically looking for sub-10s collection on clusters with a thousand nodes and 500+ table

RE: CEP-32: Open-Telemetry integration

2024-10-03 Thread Jane He
Hi, I have been working on OpenTelemetry tracing support for the Java driver. I have a POC (see my branch[1]) and presented in CommunityOverCode Asia summit (see this repo[2]). However, I am new to OpenTelemetry or observability tools in general. I would appreciate it if someone could point me in

Re: CEP-32: Open-Telemetry integration

2024-10-03 Thread Patrick McFadin
So. That's a +1 from you, Jon? Just want to make sure. On Thu, Oct 3, 2024 at 7:17 AM Jon Haddad wrote: > I love that we're having a discussion about observability. A HUGE thank > you to anyone willing to invest time improving it in Cassandra. > > I'd really, really like to see us ship a Pr

Re: CEP-32: Open-Telemetry integration

2024-10-03 Thread Jon Haddad
I love that we're having a discussion about observability. A HUGE thank you to anyone willing to invest time improving it in Cassandra. I'd really, really like to see us ship a Prom compatible metrics endpoint out of the box in C* that has low overhead. All the current OSS metrics exporters that

Re: CEP-32: Open-Telemetry integration

2024-10-03 Thread João Reis
Reducing the scope of CEP-32 to OpenTelemetry Tracing is a good idea (or creating a new one). We recently added OpenTelemetry Tracing support to the C# driver [1] and we also decided to not include Metrics and Logs in this initiative because the driver already provides a way to collect metrics and

Re: CEP-32: Open-Telemetry integration

2024-09-30 Thread Yuki Morishita
Hi, Since I have limited time working on the CEP-32, I'd appreciate the collaboration to make this CEP the reality. Another thing I'm thinking of is to reduce its scope to only the OpenTelemetry configuration and the way to work only with OpenTelemetry Tracing. If it's possible to create sub CEP

Re: CEP-32: Open-Telemetry integration

2024-09-22 Thread Saranya Krishnakumar
Hi Patrick, I am interested in working on this CEP collaborating with Yuki. I recently worked on adding metrics framework in Apache Cassandra Sidecar project. Best, Saranya Krishnakumar On Thu, Sep 19, 2024 at 10:57 AM Patrick McFadin wrote: > Here's another stalled CEP. In this case, no discu

CEP-32: Open-Telemetry integration

2024-09-19 Thread Patrick McFadin
Here's another stalled CEP. In this case, no discuss thread or Jira. Yuki (or anyone else) know the status of this CEP? https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-32%3A+%28DRAFT%29+OpenTelemetry+integration Patrick