Currently all errors are visible in OpenShift logs and subsequently sent to configured ELK stack where they are easily browsable besides info messages to help devs track errors. Catching errors in Kibana is not that straightforward as it requires developer's time to check log for errors and explicitly query for errors that occurred in the cluster. Instead, we could set up monitoring service (like Sentry) that would help us to automatically aggregate and notify devs about issues that are happened.
Description
Currently all errors are visible in OpenShift logs and subsequently sent to configured ELK stack where they are easily browsable besides info messages to help devs track errors. Catching errors in Kibana is not that straightforward as it requires developer's time to check log for errors and explicitly query for errors that occurred in the cluster. Instead, we could set up monitoring service (like Sentry) that would help us to automatically aggregate and notify devs about issues that are happened.
If Sentry would be used (this needs to be set up by service delivery team), there is already available documentation that would help to configure Sentry to work with Flask. For core workers, there need to be made changes in Selinon (https://github.com/selinon/selinon/pull/33 and https://github.com/selinon/selinonlib/pull/18 and new release should be made, contact @fridex).
Acceptance criteria