-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
upgrade 8000 cryptography and amazon-kclpy #12005
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
S3 Image Test Results (AMD64 / ARM64) 2 files 2 suites 4m 10s ⏱️ Results for commit a3c8398. ♻️ This comment has been updated with latest results. |
762277f
to
e0e8b17
Compare
663f44d
to
e4a8a7c
Compare
content = f""" | ||
executableName = {executableName} | ||
streamName = {streamName} | ||
applicationName = {applicationName} | ||
AWSCredentialsProvider = {credentialsProvider} | ||
clientVersionConfig = CLIENT_VERSION_CONFIG_COMPATIBLE_WITH_2x |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is it necessary to set this?
The AWS help page says:
This KCL 2.x compatibility setting allows your KCL 3.x application to run in a mode compatible with KCL 2.x and use the load balancing algorithm for KCL 2.x until all workers in your consumer application have been upgraded to KCL 3.x. When the migration is complete, KCL will automatically switch to full KCL 3.x functionality mode and start using a new KCL 3.x load balancing algorithm for all running workers.
https://docs.aws.amazon.com/streams/latest/dev/kcl-migration-from-2-3.html
Since we are not migrating anything, using the new load distribution algorithm should have almost no impact on us (unless it uses unsupported features), right?
dfa6889
to
c264782
Compare
Co-authored-by: Daniel Fangl <daniel.fangl@localstack.cloud>
c264782
to
a3c8398
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great to get the upgrade :)
Motivation
With #11829 and #11245 we introduced some dependency limits which we need to remove to get up-to-date again.
Changes
cryptography
andamazon_kclpy
.amazon_kclpy
to enable "v2 compatibility mode" (to minimize the amount of necessary changes in this PR while fixing the failing tests).test_firehose_kinesis_to_s3
as it was already flaky before.TODO
test_firehose_kinesis_to_s3
test_lambda_streams_batch_and_transactions
test_firehose_stack_with_kinesis_as_source
test_run_kcl
TODO in a follow-up