Idea ID: 2684940

Proper suite metrics

Status : Under Consideration
Under Consideration
See status update history
over 2 years ago

Currently, there is no good way to actually monitor SMAX and what's happening inside it. There should be an endpoint for reading metrics from SMAX, not just by using the REST API to get indirect results which then have to be processed in some way.

For example:
- Number of logged in users (per tenant)
- Number of logged in agents (per tenant)
- Used license count (per tenant, per license-pool)
- Number of open sessions (per tenant, per cluster)
- Number of open incidents, requests, etc. (per tenant)
- Total user count (per tenant, per cluster)
- Active user count (per tenant, per cluster)

Especially since Prometheus & Grafana is the recommended way to monitor SMAX [1], I think it's only fair that it should expose some metrics (specific to SMAX, not just metrics from Kubernetes) for it to read. This would make profiling of the system easier, it would give us the possibility of making better reports for our customers if they want it, etc.



  • Does someone know what is the REST API to get indirect results mentioned in this foro? how can this API work with the reports?

  • iIts important to monitor SMAX and what's happening inside becasue is imprtant to know how the users are interacting with SMAX, ant if there are users that never use the plataform or know the tiem when SMAX is most used

  • Any updates regarding SMAX specific metrics as listed in the original post? We would also need those in order to monitor different SMAX installations.

  • Related to this is also the possibility to easily list all agents currently assigned to a specific license pool.  And an easier way to add the license to person records.

    If we have 20 Named licenses on a tenant, and all of them are assigned, we need to be able to find and list them in smax. Then we can review if some of them do not need the license anymore and re-assign them to other agents.

    And if we need to move a number of users from one pool to another (for instance if buying a new pool of floating licenses for a specific department in a company) we need to be able to assign those licenses in a less time-consuming way than opening each Person record. 

  • Thanks for all the votes and comments. We are looking into this as a future product enhancement. Check the notifications box to be emailed if the status changes.