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
In the current implementation, the server address or the client address - when resolved from k8s - is only the short name (not fully qualified)
If the client and/or the server are in different namespaces - while the resource attributes spells out the namespace, it is not obvious if the span.client or span.server refers to a client/server in the same namespace or another namespace
The text was updated successfully, but these errors were encountered:
I am primarily looking at traces with beyla. In this case specifically, the nature of a span to show the resource and span attributes, often referring to the client as the resource and the server as the server address in the span attributes.
And while making assumption that communication is often within a namespace is bad, if the span is created in a crossnamespace span, it is not clear what server the server address is referring to.
For metrics, if it is just server metrics metrics, there would be no confusion, because it is only one side.
In the current implementation, the server address or the client address - when resolved from k8s - is only the short name (not fully qualified)
If the client and/or the server are in different namespaces - while the resource attributes spells out the namespace, it is not obvious if the span.client or span.server refers to a client/server in the same namespace or another namespace
The text was updated successfully, but these errors were encountered: