...
| Excerpt |
|---|
The AWS API is eventually consistent only and also exhibits a customer specific dynamic throttling policy, both of which require respective retry logic to be in place. Accordingly the facilitated AWS SDK for Java features an exponential backoff strategy already, but its default retry number of 2-3 (accumulating to a retry window of up to ~4 seconds) has proven to be too low for the use case at hand. The values are configurable accordingly, with an increased default retry number of 7 (accumulating to a retry window of up to ~1 minute). |
The increased defaults should be sufficient for most scenarios, but can be adjusted by defining and thus overriding one or both of the following variables if need be:
...
Bamboo variables, either globally, or for a specific project, plan, or custom build:
custom.aws.maxErrorRetry- – how many retries should the exponential backoff algorithm perform (default: 7)bamboo.custom.aws.awaitTransitionInterval- – how long should the task wait before querying the resource transition state again (default: 15000 milliseconds)