You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are two parts to improving the granularity for SQL Databases:
adding new fields to agent-server protocol, for now it's mostly to future-proof the captured data as we have to keep existing fields for compatibility with UI.
capture values for those new fields on SQL Databases, which is actually providing better granularity to the end-user.
Each step can be completed independently, but this task will be considered complete when both parts are completed.
First step : add new service fields
Add and capture values for span.context.service.target.type and span.context.service.target.name for exit spans.
Infer from those new fields the value of span.destination.service.resource and keep sending it.
Add service_target_* fields to dropped spans metrics: add service_target_type and service_target_name next to destination_service_resource in transaction.dropped_spans_stats array, the related metrics documents should include span.service.target.type and span.service.target.name fields.
Handle span compression with new fields (stop relying on resource internally)
Second step : capture values for new fields
Note: a prerequisite for the second part regarding dropped span stats is this issue: #1150
The text was updated successfully, but these errors were encountered:
There are two parts to improving the granularity for SQL Databases:
Each step can be completed independently, but this task will be considered complete when both parts are completed.
First step : add new service fields
span.context.service.target.type
andspan.context.service.target.name
for exit spans.span.destination.service.resource
and keep sending it.service_target_*
fields to dropped spans metrics: addservice_target_type
andservice_target_name
next todestination_service_resource
intransaction.dropped_spans_stats
array, the related metrics documents should includespan.service.target.type
andspan.service.target.name
fields.resource
internally)Second step : capture values for new fields
Note: a prerequisite for the second part regarding dropped span stats is this issue: #1150
The text was updated successfully, but these errors were encountered: