-
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
[Infra Monitoring UI] Support Containers from multiple module sources #133125
Comments
Pinging @elastic/infra-monitoring-ui (Team:Infra Monitoring UI) |
Similar to the issue in the Node Details page, we might also want to support containers instrumented with the |
I don't think this is something we're ready to work on, pulling it from the current cycle and will reshape to address the larger picture. |
Hey everyone, Looking at this to get an understanding of the issue here. Replaying back the problem to check I understand correctly: Current StateAPM > Infrastructure (beta) tabIf a user uses Kubernetes containers, we'll see containers OK. However, if they use something else (e.g. docker containers) then it won't show? Example if docker containers were used Inventory : Docker ContainersIn the inventory UI, we only support docker containers (not Kubernetes containers): Desired StateWe'd like to be able to show containers (regardless of K8s/docker or whatever) in both Inventory and the Infrastructure Tab in APM. Therefore, completing this ticket will allow for this? My thoughts:I'd love to invest in doing a really good job with containers in both the APM UI and Inventory by setting some time aside to really figure this out. I'm wondering whether we could perhaps tackle this use case as part of a wider epic on how containers should show around the UI? e.g. We could have potentially have containers showing up within a host detail/fly-out view (certainly for K8s within pods) - perhaps we could get them handled as assets? @smith / @neptunian - Not urgent but do you have any thoughts on how it might make sense to tackle containers on our roadmap? If completing this ticket would be a quick fix for the customer issue raised then I think there's a good argument to trying to do this sooner (rather than later). However, if this work wouldn't be beneficial when we get to an asset-centric world then I think we should defer this and try and do a great job of it later. |
If they use the kubernetes module, they'll get the metrics. If they are using the docker module, we are not using those metrics in the table.
Looks like some kubernetes container metrics are now supported as well with #134467
Probably an investigative issue that comes up with a plan as the AC states. Should consider otel metrics as well. This is not a "quick fix" situation, though.
In the asset centric world we'd still have to deal with various metrics |
Completely missed this @neptunian - sorry for the delay. @smith / @neptunian - What do you think about an epic to start tackling 'containers' in our roadmap? Perhaps some discovery to help us figure out how we want to show these in our UI? Examples
|
@roshan-elastic +1 on containers in the UI. |
Cool - I created this epic in the backlog for discovery later: |
Pinging @elastic/obs-ux-infra_services-team (Team:obs-ux-infra_services) |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Closing as we've either solved part of this already or are planning to fix this in the near future. We'll refer to this issue in the work that we do to ensure we don't miss this. |
As far as we are aware, we have 3 modules that collect metirc data for containers, namely the
docker
,kubernetes
andcontainerd
modules. On the UI side, our Inventory and Node Details page for Containers only supports reading data fromdocker
module documents while the newerContainerMetricsTable
component only support reading from thekubernetes
module documents.Open questions
AC
There exists a plan for how to support these multiple sources.
The text was updated successfully, but these errors were encountered: