Skip to content

Learn: Self-Service Cloud Resources

How a developer gets a real S3 bucket, SQS queue, SNS topic, or DynamoDB table — no ticket, no waiting, and no writing IAM — handed over least-privilege and safe-by-construction every time. This is the resource paved road.

Written for developers: this is your self-service. Platform engineers who want the Composition internals get those at the end of the orientation. It builds on the Environment API — these resources are a field on your claim — so read the Environment API orientation (the XEnvironment claim) first, and ideally Identity & Access for Pod Identity.

  1. Orientation — one idea, abstraction above the claim, safety below, taught on a real service (bravo/dispatch — four resources from four lines, running in steady state): abstract intent (kind/engine/access), the derived least-privilege IAM you never write, the non-overridable safety floor, and how the coordinates reach your app.
  2. Reference — the claim schema, the per-engine IAM tables, the safety floor, the naming, and the gotchas (access gates verbs; namespaced MRs hide from get managed).

Platform engineers — the producer side: Extending: add a new resource engine covers adding a new engine (RDS, ElastiCache, …) to the catalog — the real touch-points and the gotchas from building the existing four. Using a resource is easy; extending the catalog is the higher-value skill.