That would depend on what kind of monitoring you require. You can achieve this at multiple level, but basically programmatically or via standard HTTP logging already provided by imaginary.

The first one you would need to instrument Go code with Prometheus API client. I did a similar thing in the past for several metrics engines, such as InfluxDB. My approach was to write a custom http.Handler as a generic middleware that inspects and tracks incoming/outgoing HTTP traffic.
If you require more low-level details, you can apply the same strategy at image processing engine level, just around bimg API calls.

This approach would require you to fork the project and maintain your own project. I don't have plans to overload imaginary with that functionality since imaginary was designed to be used a black-box service with minimal setup overhead and providing a simple ABI (instead of a programmatic API, which typically encourages more hackability).

Alternatively, the standard logging output approach would be the most convenient if you want to rely on the standard imaginary project without maintaining your own fork and without hacking it. That would be for sure less versatile and would only monitor basic HTTP scope data. The current logging implements the Apache log format, which includes typical data about each HTTP transaction, including response time, which I guess would be the most sensitive from a performance perspective.

Uh oh!

Prometheus monitoring integration #113

Description

Metadata

Metadata

Assignees

Labels

Projects

Milestone

Relationships

Development

Issue actions