Node.js Recipes for Elastic Beanstalk¶
Prerequisites¶
- Completed the core Node.js tutorial sequence.
- Working Elastic Beanstalk application and at least one environment.
- Access to AWS service integrations used by each recipe.
- Ability to redeploy and validate changes safely.
What You'll Build¶
You will apply focused implementation recipes that extend a Node.js Elastic Beanstalk deployment: relational and key-value data access, secure configuration, private networking, async workers, platform customization, and container-based packaging.
flowchart LR
A[Node.js EB Environment] --> B[RDS Recipe]
A --> C[Secrets Manager Recipe]
A --> D[Parameter Store Recipe]
A --> E[IAM Instance Profile Recipe]
A --> F[DynamoDB Recipe]
A --> G[ElastiCache Recipe]
A --> H[S3 Recipe]
A --> I[VPC Endpoints Recipe]
A --> J[Platform Hooks Recipe]
A --> K[Worker Tier Recipe]
A --> L[Docker Recipes]
A --> M[CloudWatch Metrics Recipe] Steps¶
-
Choose a recipe aligned with your current delivery milestone.
-
Follow the table to navigate recipes by goal.
Recipe File Goal Primary AWS Service rds-integration.mdConnect app to managed relational database Amazon RDS secrets-manager.mdLoad secrets at runtime without storing values in code AWS Secrets Manager parameter-store.mdRead centralized configuration values AWS Systems Manager Parameter Store iam-instance-profile.mdGrant AWS API access without static keys IAM dynamodb.mdRead and write managed key-value data Amazon DynamoDB elasticache-redis.mdAdd low-latency cache and session backing Amazon ElastiCache for Redis s3-storage.mdStore and retrieve objects securely Amazon S3 vpc-endpoints.mdKeep AWS service traffic private inside the VPC Amazon VPC custom-platform-hooks.mdExtend deployment lifecycle and proxy behavior Elastic Beanstalk Platform Hooks sqs-worker.mdProcess queue-driven background jobs in a worker tier Amazon SQS worker-environments.mdProcess async jobs from queue Elastic Beanstalk Worker Tier + Amazon SQS docker-multi-stage.mdBuild smaller production images Docker docker-deploy.mdDeploy containerized Node.js workload Elastic Beanstalk Docker Platform cloudwatch-custom-metrics.mdPublish app-level telemetry to CloudWatch Amazon CloudWatch -
Apply one recipe at a time to keep rollback and validation simple.
-
Run each recipe's verification checklist before proceeding to the next integration.
-
Use a progressive rollout strategy across environments.
- Validate recipe in development first.
- Promote to staging with production-like traffic patterns.
- Apply to production after explicit verification evidence.
-
Track recipe ownership and rollback plans.
- Define service owner per integration.
- Capture dependency and blast radius assumptions.
- Keep removal steps documented for emergency rollback.
-
Preserve consistency with Elastic Beanstalk platform conventions.
- Keep application listening on
process.env.PORT. - Keep reverse proxy assumptions aligned with nginx defaults.
- Keep environment properties as primary runtime configuration channel.
- Keep application listening on
-
Record a concise implementation note per recipe rollout.
- Date and environment name.
- Applied configuration files.
- Verification commands and outcomes.
Verification¶
- Recipe selection is tied to a specific architectural need.
- Integration changes are tracked and deployed independently.
- Post-deploy checks pass for service connectivity and application health.
- Rollback steps are documented for each applied recipe.