Monitor the Pega log and Alert log to improve performance
This presentation is part of the Designing and Building for Performance Self-Study Course.
Transcript
Before deciding that an application is ready to promote to the next level (UAT, Pre-Production, or Production), check the PegaRULES Alert log file and the PegaRULES Error log file.
The ALERT log file should be empty if MyAlerts has been checked along the way. If not, determine which ALERTS are continuing to be presented and why.
More importantly, check the Pega error log file since many errors can occur that do not significantly affect the user experience – at least that is what it may seem when unit testing. A failed call to a connector, a failed rule execution, a null pointer exception, or a missing or inconsistent rule can have a significant impact on the quality of the application.
Aside from being a PRPC best practice, it is important to ensure there are no errors in the log file from a performance perspective because:
- Logging the errors and producing stack traces is resource intensive
- It is difficult to see performance related messages when the log file is riddled with other errors
- Some errors may have the side effect of slowing down the system