Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
aws-connector-4.2.0
Description
Background
The Kinesis Consumer exposes various configuration that allows the user to define retry and backoff strategies when dealing with errors. However, the configuration does not allow the user to configure which errors are retryable, or different strategies for different errors. The error handling logic is hard coded within the connector. Over time we discover errors that should be retryable that are not, for example KDS throwing 500 on SubscribeToShare or transient DNS issues. When these arise the user can either fork-fix the connector or log an issue and wait for the next version.
Scope
Add the ability for the user to define retry/backoff strategy per error. This could be achieved using flexible configuration keys, or allowing the user to register their own retry strategies on the connector
Attachments
Issue Links
- is related to
-
FLINK-33991 Custom Error Handling for Kinesis Polling Consumer
- Open
- links to