Skip to content

Latest commit

 

History

History
35 lines (26 loc) · 1.76 KB

File metadata and controls

35 lines (26 loc) · 1.76 KB
name aws-service-minimum-viable
description Minimal AWS wiring for Node services: runtime choice (Lambda, ECS, etc.), config/secrets, health checks, logs, optional Bedrock. Triggers on "deploy to AWS", "ECS", "Lambda API", "AWS healthcheck", "Bedrock client", "IAM for service". Always asks which AWS services, region, and whether Bedrock is in scope; suggests common defaults only after the user confirms per .cursor/rules/default-stack.md.

AWS minimum viable service

Non-negotiable

  • Ask the user before fixing compute shape: Lambda vs ECS/Fargate vs EKS vs Elastic Beanstalk, region, VPC constraints, and whether Bedrock is required (models, quotas, data residency). Defaults are suggestions, not decisions.
  • Secrets — No secrets in git; Parameter Store / Secrets Manager / env from CI—confirm team standard.
  • Observability — Follow .cursor/rules/observability.md for logs/metrics/traces and health endpoints.

Workflow

  1. Runtime — Match traffic, cold start tolerance, and team ops to Lambda vs container; document choice.
  2. IaC or console — If IaC exists in repo, extend it; otherwise propose smallest CDK/TF/CloudFormation slice and ask.
  3. Networking — Public ALB/API GW vs private; security groups; least-privilege IAM for runtime role.
  4. Deploy path — One-command or pipeline stage; rollback (previous task definition / alias).
  5. Bedrock (optional) — Only if user confirmed: model ID, inference profile vs foundation model, prompt/PII handling, retries and timeouts.

Output

  • Checklist: IAM actions needed, env vars, health URL, log group, alarms (if any).
  • Open items: quotas, WAF, multi-AZ, cost caps.

References

  • .cursor/rules/default-stack.md, .cursor/rules/observability.md