-
Notifications
You must be signed in to change notification settings - Fork 63
exporters: examine those that drop service/process information #198
Comments
@pjanotti thanks for filing this issue. Exporters like Stackdriver Trace don't seem to have a field for it but perhaps let's kindly page someone from the Stackdriver team to ask what attributes we can use for it This issue would involve separate digging through the various exporters' repositories which aren't maintained by us. |
I ran into the same issue, when I tried to export tracing info from two types of applications A and B into the opencensus-agent, and then to the datadog-agent, and then to datadog. In the end, the service names A and B are lost in the datadog UI, and all traces have the name opencensus-app. It seems the node info is lost during the translation at Before the translation, the node field in data.TraceData has the service name. |
@gitlw Thanks for looking into this issue. Service names and other information in |
* Add support for specifying service name in config The datadog exporter will currently drop the service name which is specified in the spans. See #198 for more information. This aligns the datadog exporter with jaeger, wavefront, and zipkin. They already have this option. A better solution would be to add support for multiple services, as many of the other exporters have, but that is a bit over the level of contribution I can do at the moment. * Fix typo in comment
The service (agent and collector) can receive spans from multiple processes (remote or not), while this information can be encoded as some type of tag on each span many backends receive this information as a separate block of data to minimize transport cost (e.g.: Node for oc-proto, Process for Jaeger batch). When using existing exporters this information can be lost, e.g.: Jaeger exporter sets the Process information during creation.
/cc @flands
The text was updated successfully, but these errors were encountered: