cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "T Jake Luciani (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-10392) Allow Cassandra to trace to custom tracing implementations
Date Tue, 29 Sep 2015 18:10:04 GMT


T Jake Luciani commented on CASSANDRA-10392:

I think this is a very useful change for operators!

It would be useful to test this across nodes with a cassandra-dtest, is that something you
could provide?  I'm specifically talking about verifying the message passing makes it across
multiple nodes.

> Allow Cassandra to trace to custom tracing implementations 
> -----------------------------------------------------------
>                 Key: CASSANDRA-10392
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: mck
>            Assignee: mck
>             Fix For: 3.x
>         Attachments: 10392-trunk.txt
> It can be possible to use an external tracing solution in Cassandra by abstracting out
the writing of tracing to system_traces tables in the tracing package to separate implementation
classes and leaving abstract classes in place that define the interface and behaviour otherwise
of C* tracing.
> Then via a system property "cassandra.custom_tracing_class" the Tracing class implementation
could be swapped out with something third party.
> An example of this is adding Zipkin tracing into Cassandra in the Summit [presentation|].
Code for the implemented Zipkin plugin can be found at
> In addition this patch passes the custom payload through into the tracing session allowing
a third party tracing solution like Zipkin to do full-stack tracing from clients through and
into Cassandra.

This message was sent by Atlassian JIRA

View raw message