On 09/06/14, Graham Dumpleton ([email protected]) wrote: > On 09/06/2014, at 1:50 PM, Jason Garber <[email protected]> wrote: > > Can you comment on how this mechanism could provide data to a custom > > monitoring application and the plans for extending it to cover > > daemon mode process information? ...
> The short polling also allows the number of active child processes to > be monitored closely and so be able to derive metrics for things such > as process churn for the child processes, as well as more accurate > metrics about server restarts and capacity utilisation. >From my point of view an internal metric consumer with a minimal REST API would be invaluable as it is difficult for me, presently, to monitor lots of WSGI processes on each server other than bundling them rather inelegantly into WSGIProcessGroups by application type. ... > Personally I got no issue if others want to pursue those things I have > no interest in and certainly the way I intend refactoring the code > would allow anyone to develop their own plugins to get the metrics out > and into some other system. This sounds terrific. If the suggested minimal REST API is provided people can write any number of plugins/storage systems using that API. Thanks for flighting this great idea. Rory -- Rory Campbell-Lange -- You received this message because you are subscribed to the Google Groups "modwsgi" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/modwsgi. For more options, visit https://groups.google.com/d/optout.
