Skip to content
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

fix(AWS SQS): ensure sqs event depends on provisioned alias if needed #8298

Conversation

pgrzesik
Copy link
Contributor

Ensure that EventSourceMapping depends on provisioned alias if it exists.

One question: do you think it makes sense to add an integration test with provisionedConcurrency as well? I reproduced/tested the fix based on adjusted existing SQS integration test which made me wonder about adding it permanently.

Closes: #8249

@codecov-commenter
Copy link

Codecov Report

Merging #8298 into master will increase coverage by 0.00%.
The diff coverage is 100.00%.

Impacted file tree graph

@@           Coverage Diff           @@
##           master    #8298   +/-   ##
=======================================
  Coverage   88.16%   88.17%           
=======================================
  Files         250      250           
  Lines        9391     9397    +6     
=======================================
+ Hits         8280     8286    +6     
  Misses       1111     1111           
Impacted Files Coverage Δ
...ib/plugins/aws/package/compile/events/sqs/index.js 100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update e990c09...bc3c66a. Read the comment docs.

Copy link
Contributor

@medikoo medikoo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you @pgrzesik !

One question: do you think it makes sense to add an integration test with provisionedConcurrency as well?

I wanted to do that, at some point, and even had some test ready, still it was very slow. It seems that provisioned concurrency implies a slow deploy and remove time.

What test evaluation times did you observe (?)

@pgrzesik
Copy link
Contributor Author

Hey @medikoo 👋

I ran the tests about ~10 times for both provisioned and non-provisioned and I observed:

  • ~3-4 minutes for non-provisioned
  • ~7 minutes for provisioned with provisionedConcurrency: 1

So while it's more time consuming, I feel like it's still within reasonable limits. What do you think?

@medikoo
Copy link
Contributor

medikoo commented Sep 29, 2020

@pgrzesik thanks for sharing, I think when I tried this (shortly after provisioned conncurrency was introduced) it was around 15 minutes, so it probably got improved.

In light of that, yes I totally agree it's worth to have some deployment that tests provisionedConcurrency setup. It'll probably be optimal to have one dedicated stack (test), for testing all provisioned concurrency cases (but we can start just with this one). What do you think?

@pgrzesik
Copy link
Contributor Author

pgrzesik commented Oct 1, 2020

Hey there @medikoo - sorry for not responding sooner - I've decided to move the discussion to an issue, hope that's okay - #8321

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Provisioned concurrency is not working with SQS lambda event
3 participants