Skip to content

feat: provision multiple SQS queue types per tenant#2

Draft
SethSharp wants to merge 1 commit into
mainfrom
seth/lpx-647-setup-high-priority-live-events-queue
Draft

feat: provision multiple SQS queue types per tenant#2
SethSharp wants to merge 1 commit into
mainfrom
seth/lpx-647-setup-high-priority-live-events-queue

Conversation

@SethSharp
Copy link
Copy Markdown
Member

Summary

  • Tenant/SyncQueueStep iterates over aws.sqs.queues in the manifest and provisions one SQS queue per configured type (e.g. defaultyolo-{env}-{app}-{tenantId}, highyolo-{env}-{app}-{tenantId}-high)
  • Tenant/SyncQueueAlarmStep follows the same iteration, creating a CloudWatch depth alarm per queue type with a matching name
  • Manifest reference docs updated with aws.sqs.queues config, example, and naming convention
  • Omitting queues defaults to [default] — fully backwards compatible

Closes LPX-647 (yolo-alpha scope). The LP-App side (SQS-HIGH connection, HighPriorityQueue trait, SwitchTenant wiring) is tracked separately.

Test plan

  • Run yolo-alpha sync:multitenancy-tenants <env> --dry-run with queues: [default, high] — confirm two WOULD_CREATE results per tenant
  • Run without --dry-run — confirm both SQS queues and both CloudWatch alarms are created in AWS
  • Remove queues from manifest entirely — confirm existing single-queue behaviour is unchanged

coauthor: Jarvis 🤖

Tenant SyncQueueStep and SyncQueueAlarmStep now iterate over
`aws.sqs.queues` in the manifest, creating one SQS queue and one
CloudWatch depth alarm per configured type. Omitting the key defaults
to `[default]`, preserving existing behaviour.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@SethSharp SethSharp requested a review from stevethomas June 4, 2026 22:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant