-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[APM+InfraUI] Show cross-links between infra/apm #26326
Comments
Pinging @elastic/apm-ui |
Pinging @elastic/infrastructure-ui |
It's definitely not ideal, but as we want this out as soon as possible, I propose updating the respective "no results"-pages with links to FAQ documentation in which we can elaborate on how the integrations work / can be configured. This is something we need to update across solutions.
In the logging UI, we should make certain configurable fields linkable as well. We'd need to add |
a note on We recently added Pod UID (it is a UUID) as an optional field in metadata, we could enable it by default and use it. |
@exekias OK. I guess that technically goes for |
Should we consider switching to a model where we link/filter using |
That sounds good to me, there is no need to hide this logic from the user, but names should appear in the target views |
On a related note, a user correctly points out that the container/pod name ambiguity can also lead to problems within the waffle map itself: #25939 |
@weltenwort OK. Sounds like a plan. Will you coordinate the switch across logs/waffle/hostview? Do we need a separate issue with checkboxes? |
A separate issue would be helpful, since I'm a bit swamped with other planning and implementation tasks right now. |
Filed here: #26359 |
After we unfortunately had to backtrack on the cross-links we should discuss how to progress on this. I've created this issue to discuss how we can make this work.
Here's the initial description of the "host" links: #23315
The rest of this issue assumes ECS alignment.
For the links to be useful, the logs, metrics and APM data needs to have the appropriate fields in their documents, for example
container.id
orkubernetes.pod.id
.We're working to make it easier to set things up such that fields are added and the links are useful.
For example, with elastic/apm#22 container ID will automatically be added if the agent runs in a container. With elastic/apm#21 APM agent data will have kubernetes fields as well.
However, there are plenty of situations where the links will not be useful anyway. It's not a great user experience to always have the links shown, but always have them lead to a blank-ish page.
The links in question on the APM side are:
kubeternetes.pod.name
container.id
host.name
kubeternetes.pod.name
container.id
host.name
Since the "host" view in the infra UI is based on container name, rather than container id, we might need to translate the
container.id
tocontainer.name
either on the APM side or the infra UI side.On the Infra/Logs side, the links are:
kubeternetes.pod.name
container.id
host.name
There's also the outstanding question on whether we should link to APM errors from infra/logs ui. Might be useful.
The text was updated successfully, but these errors were encountered: