Open gberche-orange opened 6 years ago
I think this is a case where the ask is out of scope for OSBAPI but the hooks are getting in place for a broker to provide this functionality through a combination of Generic Actions and Broker Generic Actions.
A valid argument is to say exposing metrics breaks the blackbox provided by the broker and it should be the concern of the broker author to monitor and maintain their SaaS product without need for the customer to do this. Now we all know OSBAPI is not being used in this model exclusively so the Generic Actions work allows broker authors the hooks to provide this functionality generically, even if it is not in the OSBAPI directly.
I think this is a case where the ask is out of scope for OSBAPI but the hooks are getting in place for a broker to provide this functionality through a combination of Generic Actions and Broker Generic Actions.
I could see a metrics scrape endpoint being associated with the instance via generic actions.
OK I am back, give me a little bit of time to work on this now. My Q2 is a little tight on time so feel free for someone else to pick up this task or work with me.
I agree that the Generic Actions proposal #431 is going to be the right place to solve this. What we will want (somewhere) is an example (or standard?) OpenAPI doc for a service instance that wants to expose a metrics endpoint. Maybe this issue can be used to track the creation of that standard?
For the CF community, the related epic in SAPI backlog, if this may help follow CF exchanges on the topic.
Closing this. Work on the generic extensions work can be tracked in #670 !
Reopened, updated title and added the blocked label so that we tackle this after the generic extensions (#670) work is done.
As a service user:
As a service user, the metrics discovery is quite similar to service discovery in the catalog (along with discovery of service params, binding response, etc...). I.e. I can discover the list of metrics exposed to me, their format and a potential human description describing their semantics.
As a broker author, in order to provide metrics to service users and bound apps, I need a standard way of exposing metrics to platforms:
Related pointers: