I think integrating OpenTelemetry is a great idea. HBase has already do this thing , see https://issues.apache.org/jira/browse/HBASE-25373 .
Josh McKenzie <jmcken...@apache.org> 于2025年7月22日周二 03:46写道： > I would like to propose extending the scope of the CEP to include C* > Sidecar, Analytics, and Java Driver (at a minimum). > > To clarify (my position, not put words in your mouth Dinesh) - the *CEP* > I think should cover them all, but *implementation* we could definitely > do piece-meal. > > On Mon, Jul 21, 2025, at 2:52 PM, Dinesh Joshi wrote: > > My preference would be to archive it unless there is someone who is > interested in actively interested in picking it up. > > If anybody is interested in picking it up, I would like to propose > extending the scope of the CEP to include C* Sidecar, Analytics, and Java > Driver (at a minimum). But that is just my 2c. > > Thanks, > > Dinesh > > On Mon, Jul 21, 2025 at 11:17 AM Jindal, Himanshu <himan...@amazon.com> > wrote: > > Hi all, > > I've been exploring ideas around improving native support for > OpenTelemetry in Cassandra and came across CEP-32 > <https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-32>. After > reviewing the associated dev mailing list discussions > <https://lists.apache.org/thread/oo1kt8s2nyznk5hyfb4kkdmvlgr03ys5>, my > understanding is that there isn’t currently a clear path forward for direct > OTEL integration. It seems the primary concerns are: > > 1. The implications of introducing a third-party library into > Cassandra, and > 2. Potential performance impact on nodes. > > Is that a fair summary of the current consensus? > > If so, would it make sense—purely from a CEP hygiene and clarity > perspective—to mark CEP-32 as deferred or close it out to reflect the > current state? > > Thanks, > Himanshu > > >
