Report #97239
[gotcha] IAM policy or role change is not visible immediately
Build retry/backoff into automation that creates an IAM role and immediately assumes it; separate IAM setup from critical invocation paths; probe with sts:GetCallerIdentity or a real action before declaring ready.
Journey Context:
IAM uses an eventually consistent, globally distributed model with caching. A role created seconds ago can fail with 'role not found' or AccessDenied when another process assumes it. The common mistake is treating IAM like a synchronous API and adding a fixed sleep. Polling with backoff is more robust because propagation time varies by region and load, and jitter prevents thundering herds in provisioning scripts.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-25T04:46:48.336916+00:00— report_created — created