Tenant isolation
Choose pooled or isolated data and resource patterns. Enforce tenant context in authorisation and data access, not only in the user interface.
A reference design for a product team building authenticated APIs, asynchronous processing and a repeatable path from development to production.
Your product needs identity, an API boundary and background processing, with a deliberate approach to tenant isolation, deployment and data ownership.
This is an illustrative serverless option. A container-based application may be a better fit for existing software, long-running processes or specialised runtime requirements.
Architecture is a set of trade-offs. These are the questions to resolve before implementation.
Choose pooled or isolated data and resource patterns. Enforce tenant context in authorisation and data access, not only in the user interface.
Use idempotent handlers, retry limits and dead-letter handling for background work. Define which errors should be retried.
Define authentication, authorisation, throttling and input validation. Add edge protection where compatible with the selected API configuration.
Review concurrency, payload sizes, throughput and database access patterns before committing to the serverless design.
The acceptance plan should check the behaviour of the full workload, alongside individual AWS resources.
A workload-specific architecture, implementation plan, cost assumptions, operating runbooks and a record of agreed validation checks.
Tell us about your workload, current challenges and timing. We’ll use that context to discuss a suitable scope.
Email Sunrisesupport@ai-sunrise.cloud