Releases: awslabs/dynamodb-streams-kinesis-adapter
1.6.1
1.6.0
- Upgrades Amazon Kinesis Client Library (KCL) to version 1.14.9. Customers can now use DynamoDB Streams Adapter with KCL version 1.14.9. However, DynamoDB Streams Adapter does not inherit performance optimizations like support for child shards, shard synchronization, deferred lease clean-up available in KCL.
- Fixes #40 which was causing errors in DynamoDB Streams Adapter with KCL version 1.14.0.
- With upgrade to KCL version 1.14.9, the default shard prioritization strategy has been changed to NoOpShardPrioritization. To retain the existing behavior, DynamoDB Streams customers should explicitly update the shard prioritization strategy to ParentsFirstShardPrioritization if there was no explicit override done in the application.
- Upgrades jackson-databind to version 2.12.7.1
- This release uses Apache 2.0 license.
1.5.4
1.5.3
1.5.2
1.5.1
- Restores compile compatibility with KCL 1.13.3.
- Fixes a performance issue that arised when using v1.5.0 with KCL 1.12 through 1.13.2.
- Fixes a defect where
MaxLeasesForWorker
configuration was not being propagated toStreamsLeaseTaker
. - Finished (SHARD_END) leases will now only be delete after at least 6 hours have passed since the shard was created. This further reduces the chances of lineage replay.
1.5.0
-
Introduces the implementation of periodic shard sync in conjunction with Amazon Kinesis Client Library v1.11.x (KCL). The default shard sync strategy is to discover new/child shards only when a consumer completes processing a shard. This default strategy constrains horizontal scaling of customer applications when consuming tables with 10,000+ partitions due to increased DescribeStream calls. Periodic shard sync guarantees that only a subset of the fleet (by default 10) will perform shard syncs, and decouples DescribeStream call volume from growth in fleet size.
-
Improves inconsistency handling in DescribeStream result aggregation by fixing any parent-open-child-open cases. This ensures that shard sync does not fail due to an assertion failure in KCL on this type of inconsistency.
-
Modifies finished shard lease cleanup mechanism. Leases for shards that have been completely processed are now deleted only after all their children shards have been completely processed. This will prevent shard lineage replay issues, instances of which have been reported in the past by some customers.
-
Introduces
StreamsLeaseTaker
with improved load-balancing of leases among workers.- SHARD_END and non-SHARD_END check-pointed leases are balanced independently.
- Leases are now stolen evenly from other workers instead of from only the most loaded worker.
MaxLeasesToStealAtOneTime
no longer needs to be specified by users. It is now determined automatically based on the number of leases held by the worker. The user-specified value for this is no longer used.
-
Users should continue using factory methods from
StreamsWorkerFactory
to create KCL Worker as specified in the guidance of Release v1.4.x.
Release 1.4.0
This release fixes an issue of high propagation delay of streams records when processing streams on small tables. This issue occurs when KCL ShardSyncer is not discovering new shards due to server side delays in shard creation or in reporting new shard creation to internal services. The code is implemented in a new implementation of IKinesisProxy interface called DynamoDBStreamsProxy which is part of the latest release.
1.2.1
1.1.1
- Add support for ApproximateCreationDateTime in StreamRecord
- Upgrade to SDK 1.11.14 or higher
- [Issue #3]
- Upgrade Amazon Kinesis Client to 1.6.4 or higher
- [Issue #4]