metrics: prometheus integration road map

At the Docker Distributed Systems Summit, we discussed the integration of prometheus into docker. We made several clarifications around how to match the two models, both at the engine-level and the swarm mode-level. Most importantly, we defined the high level steps that need to be taken to achieve a nice result: - [x] Integrate a prometheus metrics output for internal behavior of docker itself. Currently, we are interested instrumenting container startup, but may include further metrics. This will help support the Docker Maintainer and Contributor team to make docker better while also allowing use to learn about using prometheus in a production product. (#25820) - [ ] Expose externally observable containers metrics. This should replace use cases that involve `docker stats` and external metrics exporters. The focus must be on a stable and scalable schema, while supporting the future goals of application-level metrics. We may have to rely on externally support target discovery, but it may make sense to tackle some of this in the interim. - [ ] Define cluster-level discovery mechanism to expose topology to prometheus discovery. This will include integration into swarm-mode as well as single node target discovery. We may find that we need to do this in conjunction with externally observable metric. - [ ] Expose per-container metrics including application-level proxied metrics. This will mean that application and container-level metrics will be served under a single target. No ag

Posted by stevvooe on Oct 11, 2016, 11:19 PM

Tags

• support (Other)

Related issues

• some bike vendor told me that the biggest problem with regular to ebike conversion was that regular bike frames were not strong enough to...
• I think of this as the kiosk economy.
• What a goofy comment.
• There's lots of evidence for positive influences of Caffeine on the body (some negative as well), especially the brain.
• Compose support in WSLc
• [RFC] Roadmap to v2.0