We recently had an example of an unhandled error knocking over the service. In an AWS environment, this would mean the container would stop and ECS would start up another.
However, we really shouldn't let unhandled exceptions kill our service. We should be handling and logging them and making sure the client gets a proper response.
This relates to the v1 charging-module-api service which has been superseded by the v2 sroc-charging-module-api service and therefore this won't be fixed.
We recently had an example of an unhandled error knocking over the service. In an AWS environment, this would mean the container would stop and ECS would start up another.
However, we really shouldn't let unhandled exceptions kill our service. We should be handling and logging them and making sure the client gets a proper response.
The unhandled exception that kicked off this issue has been dealt with.
But we need to
Once we have a firm idea of what needs doing we then can ensure the work is tracked and prioritised by the delivery team.