You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In a production environment, the MonitorResource should be as light weight as possible and consume too many resources.
We have a large production environment where the status checks performed by the MonitorResource are consuming up to 10% of the total app resources, specifically the DB check. The DB check runs an unbounded count on the contentlet table and that performs a full table scan in order to return the value. See image below from a production site that is using the /api/v1/system-status endpoint
The text was updated successfully, but these errors were encountered:
In a production environment, the MonitorResource should be as light weight as possible and consume too many resources.
We have a large production environment where the status checks performed by the MonitorResource are consuming up to 10% of the total app resources, specifically the DB check. The DB check runs an unbounded count on the contentlet table and that performs a full table scan in order to return the value. See image below from a production site that is using the
/api/v1/system-status
endpointThe text was updated successfully, but these errors were encountered: