Giter Site home page Giter Site logo

andreyvmarkelov / bamboo-prometheus-exporter Goto Github PK

View Code? Open in Web Editor NEW
18.0 5.0 14.0 173 KB

Prometheus Exporter For Bamboo

Home Page: https://marketplace.atlassian.com/plugins/ru.andreymarkelov.atlas.plugins.prom-bamboo-exporter

License: BSD 2-Clause "Simplified" License

Java 86.45% FreeMarker 11.23% Shell 2.32%
prometheus-exporter grafana prometheus bamboo-plugin bamboo prometheus-metrics atlassian-plugin

bamboo-prometheus-exporter's People

Contributors

andreyvmarkelov avatar vfourneau avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar

bamboo-prometheus-exporter's Issues

Expose deploy metrics

Hi, would it be possible to expose deploy counts? Atm only builds are exposed. Thanks!

Time series per planKey accumulating over time and growing out of bounds

Hello,

I'm reporting an issue that was faced while using this plugin with Bamboo in production.

The problem observed unfolds as follows:

Bamboo creates a new planKey internally for every new git branch and deletes those keys after a certain number of days. This means there exists potentially an unbounded number of observed planKeys. This number is ever growing when using the system as intended.

The bamboo-prometheus-exporter as it is implemented right now generates time series over all observed planKeys with the bamboo_build_duration_* histogram taking the lead in highest number of time series generated per planKey (14). The fundamental issue is that in the exporter output persist after the planKeys themselves have already been deleted by Bamboo. This leads to an accumulation of time series for Prometheus to scrape over time from the exporter endpoint. The growing HTTP response increases the Prometheus scraping duration with every new branch created in Bamboo beyond any conceivable timeout.

Since time series only accumulate in memory while the exporter is running, restarting it pushes down the number of time series and also the scraping time temporarily.

One mitigation for the Prometheus scraping time ever increasing would be a LRU-Mechanism for time series exported. However that does not solve the problem of unbounded time series to be stored in Prometheus later on after the scrape.

Any ideas on resolving this are appreciated because this a real problem that impacts the stability of any Prometheus instance connected to this plugin.

Marketplace listing

Hi, thanks for your exporters (all atlassian ones)!
I tried installing this one but it cannot be found in the official marketplace (link shows 404). Are they (atlassian) yet to approve it?
Thanks

Expose agent metrics

Hi. Is it maybe possible to expose agent metrics? (e.g. number of online agents, number of occupied agents)
Thanks!

Bamboo dashboard for Grafana

Hi, I was looking if you will build a Bamboo dashboard for Grafana like you did for Bitbucket, Jira and confluence ?

Exposing bamboo build duration metrics

Hi @AndreyVMarkelov ,
thanks a lot for your work on this plugin.
We are using it to display agent activity on grafana, via prometheus.
What I am missing are metrics around build duration and other time related metrics.
Bamboo has a feature to generate "reports" (see screenshot) and I wonder if these could be exposed to the prometheus exporter plugin.
I couldn't find an API call yet, but I'm curious if you ever thought about adding these report metrics to the plugin.
Thanks

Michel
screen shot 2019-02-15 at 10 23 45

Is it possible to export releases for deployment projects

Is it possible to export releases for deployment projects to grafana to build release overview dashboard ?
We have several deployment projects with deployment environment. It would be great to export release version ( release names ) for each environment and project to build deployment overview dashboards.

Update Plugin

Hi @AndreyVMarkelov ,

If you have some spare time, it would be super helpful if you could update this plugin as well :)
Thanks very much in advance!

support for queue size gauge

Thanks for the great plugin, it works fine for us so far ๐Ÿ‘
Did you ever think about having the queue size as a metric? It would help for alerting.

If not, I'd be happy to get some pointers where such functionality should be added (if possible at all).
Happy new year :)

/nesono

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.