Maintenance: run e2e tests in on bigger runner #3730
Labels
automation
This item relates to automation
completed
This item is complete and has been merged/shipped
internal
PRs that introduce changes in governance, tech debt and chores (linting setup, baseline, etc.)
tests
PRs that add or change tests
Summary
Our e2e test suite is growing and is expected to grow even more as we add multiple features and utilities.
Currently we have ~35 parallel jobs that run in a chunks of 30 at the time. This means we're not effectively parallelizing as much as we could.
Additionally, we're starting to experience transient failures due to timeouts from CloudFormation due to the high number of operations resulting from dozens of stacks being deployed at once, since each job can have more than one stack in it.
Before investing in any specific optimization of our test suite, a potentially low hanging fruit would be to expand the test suite to run into multiple AWS regions rather than on a single one.
Why is this needed?
This way, the operations would be split into more regions thus lowering the chance of transient issues derived from timeouts.
Which area does this relate to?
Automation
Solution
Pick a region randomly between a set of available target regions and run the test for a job there.
Acknowledgment
Future readers
Please react with 👍 and your use case to help us understand customer demand.
The text was updated successfully, but these errors were encountered: