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
Is it at all possible for multiple KCL applications to re-use the same worker metrics & coordinator state table names?
Our organization uses several hundreds of dynamoDB tables (500+), which we are replicating CRUD events to Kinesis via DynamoStreams (and subsequently read by our KCL consumers). It is already a stretch to require a unique dynamo table for each KCL application to checkpoint their progress reading the streams; adding two more per application in V3+ would absolutely be a deal breaker for our organization and seems generally and almost intentionally wasteful.
Please add a configuration option to allow for the re-use of dynamodb tables for checkpointing, worker metrics & coordinator states cross-application.
The text was updated successfully, but these errors were encountered:
Hi @nlm4145, thanks for the input. Can you email [email protected] for further discussion? DynamoDB Streams currently only supports KCL 1.x, so KCL 3.x cannot be used at the moment for that use case.
we are not using KCL to read from dynamo streams directly. either way, the point stands regarding the excessive creation of dynamo tables for each KCL application.
@nlm4145 I see. There are two ways to process CDC data from DynamoDB - 1/ use Kinesis Data Streams, 2/ use DynamoDB Streams. DynamoDB Streams currently supports KCL 1.x only, so I wanted to clarify that. And yes, this is not directly related to the issue you raised - we will review it internally and follow it up via email.
Is it at all possible for multiple KCL applications to re-use the same worker metrics & coordinator state table names?
Our organization uses several hundreds of dynamoDB tables (500+), which we are replicating CRUD events to Kinesis via DynamoStreams (and subsequently read by our KCL consumers). It is already a stretch to require a unique dynamo table for each KCL application to checkpoint their progress reading the streams; adding two more per application in V3+ would absolutely be a deal breaker for our organization and seems generally and almost intentionally wasteful.
Please add a configuration option to allow for the re-use of dynamodb tables for checkpointing, worker metrics & coordinator states cross-application.
The text was updated successfully, but these errors were encountered: