rvn-ecs-web · Latest version: 0.8.2
Dependencies and consumers
Every dependency input can be specified manually to reference existing external infrastructure rather than a Ravion module.Readme
Web server ECS service for running an HTTP application behind an ECS cluster load balancer.Overview
The ECS Web Server module creates an ECS service for HTTP traffic in an existing Ravion ECS cluster. Select an ECS cluster, choose how the container image is built or supplied, configure routing and health checks, and Ravion provisions the service, target group, listener rule, IAM roles, security group, ECR repository when needed, and autoscaling settings. The module is intentionally focused on web services behind an Application Load Balancer. It uses the selected ECS cluster to inherit AWS account, region, VPC, subnets, capacity providers, load balancer listeners, and load balancer security groups. Terraform source: flightcontrolhq/modules/compute/ecs_serviceUse cases
Cluster and networking
An ECS cluster is required. The cluster reference supplies the cluster ARN, VPC ID, public and private subnet IDs, load balancer listeners, load balancer security groups, capacity provider names, AWS account, region, and execution environment. Use Public web service when the service should be reachable through the public Application Load Balancer. Turn it off for internal services that should use the private Application Load Balancer. Use Run in private subnets for most production services. Private subnets keep tasks off the public internet and route outbound traffic through NAT or equivalent egress. Turning it off runs tasks in public subnets and assigns public IPs.Build and image options
For Railpack and Dockerfile builds, provide Git repository, Git branch, and optionally Base path. Ravion pushes built images to the service ECR repository and deploys by image digest.
Railpack settings let you optionally pin the Railpack version and override install, build, and start commands. Leave them blank to use Railpack defaults and autodetection.
For Pull from image registry, provide the image repository without the tag. At deploy time, provide the tag to use. Use Registry credentials secret ARN for private registries that require ECS repository credentials. Use Start command to override the image default CMD when the image needs a different service command.
Routing and health checks
The service always attaches to an Application Load Balancer target group. Route traffic with Domain host rules, Path rules, or both. If both host and path rules are empty, Ravion creates a default /* path rule so the listener rule has a valid condition. Use Listener rule priority only when you need a specific ALB rule order; otherwise AWS assigns the next available priority. Health check settings control when the load balancer considers tasks healthy:
Increase the grace period for apps with slow boot times. Keep health check endpoints lightweight and unauthenticated.
Capacity and runtime
Choose one primary Capacity provider:
You can add secondary providers with Also use Fargate, Also use Fargate spot, and Also use EC2. Mixed strategies can reduce cost or increase placement flexibility, but each enabled provider must exist on the selected cluster.
For Fargate and Fargate Spot, App size defaults to 2 vCPU and 4 GB memory. App ephemeral storage uses the AWS default of 20 GiB unless you increase it to 21-200 GiB. For EC2 capacity, App vCPU defaults to 1.5 and App memory in GB defaults to 3.5; leave spare CPU and memory on each EC2 instance for the ECS agent and system processes.
CPU architecture defaults to x86_64 for broad compatibility. Choose ARM64 only when the image and native dependencies support it.
Autoscaling
Autoscaling is enabled by default with one minimum task and three maximum tasks. For production, start with at least two minimum tasks when availability matters. When autoscaling is disabled, Desired tasks controls how many web tasks the ECS service keeps running.Application configuration
Use Runtime environment variables for plain container environment values. Ravion also sets PORT from Container port. Use Runtime secrets for sensitive values. Secrets are injected into the ECS task from SSM Parameter Store or Secrets Manager using name and value_from objects. Use Build environment variables for values needed during image builds. Values can be plain strings or references loaded from Parameter Store or Secrets Manager. For Dockerfile builds, enable Inject environment variables in Dockerfile to pass those values as Docker build arguments.Persistent storage
Enable the EFS file system setting, select a Ravion EFS module, and set the EFS mount path. Ravion adds the task volume, mounts it into the app container, attaches the file system’s client security group to the service so NFS traffic is allowed, and mounts through the file system’s access point when one is enabled. Sidecars mount the same file system through their Mount points setting withefs as the source volume.
EFS volumes work with Fargate and EC2 Linux tasks and keep data across task replacement. Transit encryption is enabled by default. Enable EFS IAM authorization to authorize file system access with the task role; the task role must allow elasticfilesystem:ClientMount, plus elasticfilesystem:ClientWrite or elasticfilesystem:ClientRootAccess as needed.
Deployment
Deployment strategy defaults to Rolling. Blue/green, Linear, and Canary use the native ECS traffic-shift controller with production and alternate target groups. The deployment strategy can change between deploys without changing Terraform infrastructure. Deployments update the ECS service task definition with the selected image, generated container definition, awslogs configuration, runtime platform, environment variables, secrets, and capacity-provider-compatible task settings. The deploy-time Image value depends on the build source:
Run pre-deploy command and Run post-deploy command start optional one-off ECS tasks before or after each deployment. These commands use the deployed app image, the app container name, the configured task role and execution role, the selected capacity provider strategy, service subnets, service security groups, runtime environment variables, and runtime secrets. Leave either toggle disabled to skip that hook and hide its settings.
Use pre-deploy commands for work that must complete before the service updates, such as database migrations. Use post-deploy commands for work that should happen after a successful deployment, such as cache warming. Commands are ECS command argument arrays. For shell behavior, use
/bin/sh, -lc, and your shell command as separate arguments.
Hook-specific environment variables are appended to the app container override for the one-off task. Optional hook CPU, memory, ephemeral storage, and timeout settings let release tasks use different resources from the web service without changing the steady-state app task.
Standby validation traffic
For Blue/green, Linear, and Canary deployments, Ravion creates a test listener rule on the same Application Load Balancer listener as the production rule. During the test traffic stage, requests that match the service’s normal Domain host rules and Path rules and include the standby selector route to the standby, or green, task set on the alternate target group. By default, the standby selector is the query parameter__x-rvn-test__=1. For example, if production traffic uses https://app.example.com/health, validate the standby service with:
?preview=green.
To use an HTTP header instead of a query parameter:
X-Ravion-Test: 1. A service can use either the query-string selector or the header selector, not both at once.
Sticky sessions and traffic shifts
The module definition sets Sticky sessions to true by default. When that setting is enabled, Ravion configures target-group stickiness for the service’s production and alternate target groups, so the load balancer keeps repeat requests on the same task when possible. With the default Load balancer cookie stickiness type, the target-level cookie isAWSALB; AWS may also set AWSALBCORS for CORS support. With Application cookie stickiness, the target-level cookie is the configured Application cookie name, and AWS may also set AWSALBAPP-* cookies.
During Blue/green, Linear, and Canary deployments, Ravion also enables ALB group stickiness on the production and standby listener rule forward actions when Sticky sessions is enabled. A client that first reaches the production target group or the alternate target group keeps using that same group for the stickiness cookie duration, even while the deployment’s weighted traffic shift changes for new clients.
The ALB group stickiness cookie is AWSALBTG. For CORS requests, AWS may also set AWSALBTGCORS. Application cookie name applies only to app_cookie stickiness inside the selected target group; the ALB group stickiness cookie name is managed by AWS and cannot be changed.
To clear stickiness for a browser, open the browser developer tools, go to Application or Storage > Cookies for the service domain, and delete the relevant cookies: AWSALBTG and AWSALBTGCORS for ALB group stickiness; AWSALB and AWSALBCORS for the default target-level stickiness; and the configured Application cookie name plus any AWSALBAPP-* cookies when Application cookie stickiness is selected. For API clients, remove those cookie names from the cookie jar or stop sending them in the Cookie header. The next request can then enter the current traffic split like a new client. If Sticky sessions is turned off, Ravion does not enable target-group stickiness or ALB group stickiness for this behavior.
Builder settings
Builder settings apply to Railpack and Dockerfile builds.
Start with the default builder size, then adjust based on build duration and resource usage.
Configuration
*Conditionally required based on the selected build source or capacity provider.
Design decisions
- The module always models an HTTP web service behind an Application Load Balancer. NLB, worker, and service discovery patterns are intentionally outside this module definition.
- Tasks default to private subnets even for public web services. The ALB is public; the tasks remain private when the VPC has NAT or equivalent egress.
- Built images are pushed to an ECR repository created with the service stack. Pull from image registry lets teams bring their own image pipeline.
- Desired count uses the autoscaling minimum when autoscaling is enabled and the Desired tasks input when autoscaling is disabled.
- Advanced Terraform variables exist for exceptional lower-level overrides. Prefer the typed Ravion fields whenever possible.
Learn more
- Amazon ECS services
- Application Load Balancer listener rules
- Amazon ECS capacity providers
- Amazon ECS service auto scaling
- Railpack documentation
Inputs reference
All inputs forrvn-ecs-web version 0.8.2. Use the name shown for each field as the input key in module config.
ECS cluster
ECS cluster.
- Immutable after creation
Web service
Service name. Name for the ECS service and related resources.
- Default:
<<project.given_id>>-<<environment.given_id>>-<<module.given_id>> - Immutable after creation
- Pattern:
^[A-Za-z0-9][A-Za-z0-9_-]{0,254}$— Use 1-255 letters, numbers, underscores, or hyphens, starting with a letter or number.
Public web service. Expose this service through the public ALB. Turn off to use the private ALB.
- Default:
true
Run in private subnets. Recommended. Requires a NAT gateway or equivalent for internet access and a static IP.
- Default:
true
Build config
Build source.
- Default:
dockerfile - Allowed values:
dockerfile(Dockerfile),railpack(Railpack),image_registry(Pull from image registry)
Git repository.
- Shown when:
{"build_source":["dockerfile","railpack"]}
Source base path. Repository-relative source and build root.
- Default:
. - Shown when:
{"build_source":["dockerfile","railpack"]}
Image repository. Image repository without a tag or digest, such as
nginx, ghcr.io/org/app, or 123456789012.dkr.ecr.us-east-1.amazonaws.com/app.- Shown when:
{"build_source":"image_registry"}
Registry credentials secret ARN. Secrets Manager secret ARN for private registries such as GHCR or Docker Hub. The secret must use the ECS repository credentials JSON format. Not needed for public images or normal same-account ECR.
- Shown when:
{"build_source":"image_registry"}
Start command. Optional command arguments that override the image default command. For shell behavior, use
/bin/sh, -lc, and your command string as separate arguments.- Default:
[] - Shown when:
{"build_source":"image_registry"}
Docker
Dockerfile path. Path to the Dockerfile to use for the build, relative to the repository root or configured source base path.
- Shown when:
{"build_source":"dockerfile"}
Docker build context path. Directory to use as the Docker build context, relative to the repository root or configured source base path.
- Shown when:
{"build_source":"dockerfile"}
Railpack
Railpack version. Optional Railpack version to use for the build. Leave blank to use the Ravion default.
- Pattern:
^(|latest|v?[0-9]+\.[0-9]+\.[0-9]+(?:[-+][0-9A-Za-z.-]+)?)$— Leave blank, use latest, a semantic version like 0.29.0, or a v-prefixed version like v0.29.0. - Shown when:
{"build_source":"railpack"}
Install command.
- Shown when:
{"build_source":"railpack"}
Build command.
- Shown when:
{"build_source":"railpack"}
Start command.
- Shown when:
{"build_source":"railpack"}
Deployment
Deployment strategy. Choose how traffic moves from the current deployment to the new deployment.
- Default:
rolling - Allowed values:
rolling(Rolling),blue_green(Blue/green),linear(Linear),canary(Canary)
Bake time in minutes. Minutes to keep the current and new deployments running after production traffic has fully shifted, before the old deployment is removed.
- Default:
10 - Min:
0 - Max:
1440 - Shown when:
{"deployment_strategy":["blue_green","linear","canary"]}
Linear step percentage. Percentage of production traffic to move to the new deployment at each linear step.
- Default:
20 - Min:
1 - Max:
100 - Shown when:
{"deployment_strategy":"linear"}
Linear step bake time in minutes. Minutes to wait between linear traffic steps before shifting the next percentage.
- Default:
5 - Min:
0 - Max:
1440 - Shown when:
{"deployment_strategy":"linear"}
Canary percent. Percentage of production traffic to send to the new deployment during the canary phase.
- Default:
5 - Min:
1 - Max:
100 - Shown when:
{"deployment_strategy":"canary"}
Canary bake time in minutes. Minutes to hold canary traffic before shifting the remaining production traffic to the new deployment.
- Default:
10 - Min:
0 - Max:
1440 - Shown when:
{"deployment_strategy":"canary"}
Manual approval gates. Optional gates that pause the deployment at chosen lifecycle stages until you approve it. Applies only to the blue/green, linear, and canary strategies.
- Default:
[{"stage":"POST_TEST_TRAFFIC_SHIFT","timeout_action":"ROLLBACK","timeout_in_minutes":1440}] - Shown when:
{"deployment_strategy":["blue_green","linear","canary"]}
Health check
Container port. Port the web container listens on.
- Default:
80 - Min:
1 - Max:
65535 - Immutable after creation
Health check path. HTTP path the load balancer calls to verify the web server is healthy. Use a lightweight endpoint that does not require authentication.
- Default:
/
Success codes. HTTP status code matcher for successful health checks. Defaults to 200-399 so redirects and common successful responses are accepted.
- Default:
200-399
Interval (secs). Seconds between load balancer health checks. Lower values detect failures faster but send more health-check traffic.
- Default:
5 - Min:
5 - Max:
300
Timeout (secs). Seconds to wait for the health-check response before marking that check as failed. Must be lower than the interval.
- Default:
4 - Min:
2 - Max:
120
Healthy threshold. Number of consecutive successful checks required before an unhealthy target is considered healthy.
- Default:
2 - Min:
2 - Max:
10
Unhealthy threshold. Number of consecutive failed checks required before a target is considered unhealthy.
- Default:
2 - Min:
2 - Max:
10
Health check grace period (secs). Seconds ECS ignores failing load balancer health checks after a task starts. Increase this for apps with slow boot times.
- Default:
0 - Min:
0
Slow start duration (secs). Gradually ramps traffic to newly registered targets. Use 0 to disable.
- Default:
0 - Min:
0 - Max:
900
Sticky sessions. Enable load balancer cookie stickiness so repeat requests are routed to the same task when possible. When enabled, traffic-shift deployments also keep clients on the first production or alternate target group they reach.
- Default:
true
Stickiness type.
- Default:
lb_cookie - Allowed values:
lb_cookie(Load balancer cookie),app_cookie(Application cookie) - Shown when:
{"target_group_stickiness_enabled":true}
Stickiness cookie duration (secs).
- Default:
86400 - Min:
1 - Max:
604800 - Shown when:
{"target_group_stickiness_enabled":true}
Application cookie name.
- Shown when:
{"target_group_stickiness_type":"app_cookie"}
HTTP listener rules
Domain host rules. Hostnames that should route to this service, such as app.example.com or *.example.com. Leave empty to use path-based routing.
Path rules. Path patterns that should route to this service, such as /, /api/, or /app/. If both domain host rules and path rules are empty, the service routes all paths with /.
Listener rule priority. Optional ALB listener rule priority. Leave blank to let AWS assign the next available priority.
- Min:
1 - Max:
50000
Container resources
Capacity provider. Choose the primary capacity provider. Most services should use only one provider.
- Default:
fargate - Allowed values:
fargate(Fargate),fargate_spot(Fargate spot),ec2(EC2)
Also use Fargate. Add Fargate to the capacity provider strategy in addition to the primary provider.
- Default:
false - Shown when:
{"capacity_provider":{"not":"fargate"}}
Also use Fargate spot. Add lower-cost interruptible Fargate spot capacity in addition to the primary provider.
- Default:
false - Shown when:
{"capacity_provider":{"not":"fargate_spot"}}
Also use EC2. Add EC2 capacity from the selected cluster in addition to the primary provider.
- Default:
false - Shown when:
{"capacity_provider":{"not":"ec2"}}
App size. CPU and memory for Fargate tasks. Prices are estimated from AWS Fargate pricing for the selected region, architecture, and capacity provider.
- Default:
{"memory_gb":4,"vcpu":2} - Shown when:
{"capacity_provider":["fargate","fargate_spot"]}
App ephemeral storage (GiB). Optional ephemeral storage size for each Fargate app task, from 21 to 200 GiB. Leave blank to use the AWS default of 20 GiB.
- Min:
21 - Max:
200 - Shown when:
{"capacity_provider":["fargate","fargate_spot"]}
App vCPU. vCPU reserved for each app task on EC2 capacity. Leave at least 0.25 vCPU unreserved on each EC2 instance for the ECS agent and system processes.
- Default:
1.5 - Pattern:
^(?:0|[1-9][0-9]*)(?:\.[0-9]+)?$— Enter a vCPU value, such as 0.5, 1, or 2. - Shown when:
{"capacity_provider":"ec2"}
App memory in GB. Memory reserved for each app task on EC2 capacity. Leave at least 0.5 GB unreserved on each EC2 instance for the ECS agent and system processes.
- Default:
3.5 - Pattern:
^(?:0|[1-9][0-9]*)(?:\.[0-9]+)?$— Enter a memory value in GB, such as 0.5, 1, or 4. - Shown when:
{"capacity_provider":"ec2"}
CPU architecture. Use x86_64 for broad compatibility; use ARM64 for lower cost when your image and dependencies support it.
- Default:
X86_64 - Allowed values:
X86_64(x86_64 - widest compatibility),ARM64(ARM64 - lower cost)
ECS exec. Enable ECS Exec for interactive debugging in running containers. Leave off by default for tighter access control; turn on when operators need shell/debug access through AWS Systems Manager.
- Default:
false
Autoscaling
Autoscaling.
- Default:
true
Minimum tasks. Recommend at least 2 for production.
- Default:
1 - Min:
0 - Shown when:
{"auto_scaling_enabled":true}
Maximum tasks.
- Default:
3 - Min:
1 - Shown when:
{"auto_scaling_enabled":true}
Desired tasks. Number of tasks to keep running when autoscaling is disabled.
- Default:
1 - Min:
1 - Shown when:
{"auto_scaling_enabled":false}
CPU target (%).
- Default:
70 - Min:
1 - Max:
100 - Shown when:
{"auto_scaling_enabled":true}
Memory target (%). Target average memory utilization for memory-based autoscaling. Leave blank to disable memory autoscaling.
- Default:
80 - Min:
1 - Max:
100 - Shown when:
{"auto_scaling_enabled":true}
Scale-in cooldown (secs). Time after a scale-in activity before another scale-in can happen. AWS defaults ECS target tracking cooldowns to 300 secs; start here for production and tune if needed.
- Default:
300 - Min:
0 - Shown when:
{"auto_scaling_enabled":true}
Scale-out cooldown (secs). Time after a scale-out activity before another scale-out can happen. AWS defaults ECS target tracking cooldowns to 300 secs; start here for production and tune if needed.
- Default:
300 - Min:
0 - Shown when:
{"auto_scaling_enabled":true}
Scale in. Allow autoscaling to reduce task count automatically.
- Default:
true - Shown when:
{"auto_scaling_enabled":true}
Scheduled scaling actions. Optional Application Auto Scaling scheduled actions for the ECS service desired count. Each action sets a recurring, one-time, or rate-based schedule and may update the minimum capacity, maximum capacity, or both.
- Default:
[] - Shown when:
{"auto_scaling_enabled":true}
Custom metric scaling policies. Additional target tracking scaling policies using custom CloudWatch metrics. Each policy must use a metric that changes proportionally with ECS service capacity.
- Default:
[] - Shown when:
{"auto_scaling_enabled":true}
Environment variables
Build environment variables. Environment variables available during builds. Values can be plain strings or references loaded from Parameter Store or Secrets Manager.
Inject environment variables in Dockerfile. Pass build environment variables into Dockerfile builds as build arguments.
- Default:
false - Shown when:
{"build_source":"dockerfile"}
Runtime environment variables. Runtime environment variables passed to the app container. PORT is added automatically from the container port setting.
Runtime secrets. Secrets injected into the ECS task at runtime as an array of {name, value_from} objects. value_from can be an SSM parameter or Secrets Manager ARN.
Pre and post deploy
Run pre-deploy command. Run a one-off ECS task before updating the ECS service.
- Default:
false
Pre-deploy command. Command arguments to run before updating the ECS service. For shell behavior, use
/bin/sh, -lc, and your command string as separate arguments.- Default:
[] - Shown when:
{"pre_deploy_enabled":true}
Pre-deploy environment variables. Additional environment variables for the pre-deploy task. Runtime environment variables and secrets are already inherited from the app container.
- Default:
[] - Shown when:
{"pre_deploy_enabled":true}
Pre-deploy CPU units. Optional CPU units for the pre-deploy task. Leave blank to use the app task CPU setting.
- Min:
1 - Shown when:
{"pre_deploy_enabled":true}
Pre-deploy memory (MiB). Optional memory in MiB for the pre-deploy task. Leave blank to use the app task memory setting.
- Min:
1 - Shown when:
{"pre_deploy_enabled":true}
Pre-deploy ephemeral storage (GiB). Optional ephemeral storage size for the pre-deploy task. Leave blank to use the task definition default.
- Min:
21 - Max:
200 - Shown when:
{"pre_deploy_enabled":true}
Pre-deploy timeout (secs). Maximum time to wait for the pre-deploy task to finish.
- Default:
1800 - Min:
1 - Shown when:
{"pre_deploy_enabled":true}
Run post-deploy command. Run a one-off ECS task after the ECS service deployment succeeds.
- Default:
false
Post-deploy command. Command arguments to run after the ECS service deployment succeeds. For shell behavior, use
/bin/sh, -lc, and your command string as separate arguments.- Default:
[] - Shown when:
{"post_deploy_enabled":true}
Post-deploy environment variables. Additional environment variables for the post-deploy task. Runtime environment variables and secrets are already inherited from the app container.
- Default:
[] - Shown when:
{"post_deploy_enabled":true}
Post-deploy CPU units. Optional CPU units for the post-deploy task. Leave blank to use the app task CPU setting.
- Min:
1 - Shown when:
{"post_deploy_enabled":true}
Post-deploy memory (MiB). Optional memory in MiB for the post-deploy task. Leave blank to use the app task memory setting.
- Min:
1 - Shown when:
{"post_deploy_enabled":true}
Post-deploy ephemeral storage (GiB). Optional ephemeral storage size for the post-deploy task. Leave blank to use the task definition default.
- Min:
21 - Max:
200 - Shown when:
{"post_deploy_enabled":true}
Post-deploy timeout (secs). Maximum time to wait for the post-deploy task to finish.
- Default:
1800 - Min:
1 - Shown when:
{"post_deploy_enabled":true}
Logging
FireLens log routing. Routes the app container logs through a Fluent Bit sidecar. CloudWatch output stays enabled by default so Ravion runtime logs continue to work.
- Default:
false
FireLens image. Container image for the Fluent Bit log router sidecar.
- Default:
public.ecr.aws/aws-observability/aws-for-fluent-bit:stable - Shown when:
{"firelens_enabled":true}
Additional Fluent Bit config. Optional Fluent Bit config appended after the generated [SERVICE] block. Add [OUTPUT] blocks here for destinations such as Datadog, Splunk, Firehose, OpenSearch, or S3.
- Shown when:
{"firelens_enabled":true}
Keep CloudWatch output enabled. Recommended. Sends FireLens-routed app logs to the service CloudWatch log group so Ravion runtime logs continue to work. Disable only if all app logs should go exclusively to external destinations.
- Default:
true - Shown when:
{"firelens_enabled":true}
Add ECS log metadata. Adds ECS cluster, task, and container metadata to FireLens log records.
- Default:
true - Shown when:
{"firelens_enabled":true}
FireLens environment variables. Environment variables passed to the log router sidecar. Use these for non-secret destination options.
- Default:
[] - Shown when:
{"firelens_enabled":true}
FireLens secrets. Secrets injected into the log router sidecar as an array of {name, value_from} objects. Use these for API keys or tokens stored in SSM Parameter Store or Secrets Manager.
- Default:
[] - Shown when:
{"firelens_enabled":true}
IAM roles and policies
Execution role ARN override. Optional existing ECS task execution role ARN. Leave blank to let the module create and manage the execution role used for pulling images and writing logs.
Task role ARN override. Optional existing ECS task role ARN for application AWS permissions. Leave blank to let the module create a task role and attach the policies configured below.
Task role policy ARNs. Additional managed IAM policy ARNs to attach to the generated task role. Only used when task role ARN override is blank.
- Default:
[]
Task role inline policies. Inline IAM policy documents keyed by policy name.
- Default:
{}
Execution role policy ARNs. Additional managed IAM policy ARNs to attach to the generated execution role. Only used when execution role ARN override is blank.
- Default:
[]
Networking and deployment
Minimum healthy percent. Minimum percentage of desired tasks that must stay healthy during rolling deployments. Keep 100 for zero-downtime deploys. Lower it only when the cluster does not have enough spare capacity to start replacement tasks first, since lowering it can reduce availability during deploys.
- Default:
100 - Min:
0 - Max:
200
Maximum percent. Maximum temporary task count during rolling deployments. Keep 200 for fast replacement capacity. Lower it when cluster capacity, IP availability, or burst cost should limit how many extra tasks ECS can start.
- Default:
200 - Min:
100 - Max:
400
Additional security groups. Additional security group IDs to attach to ECS tasks.
- Default:
[]
Allowed CIDR blocks. CIDR blocks allowed direct access to the service in addition to load balancer traffic.
- Default:
[]
Sidecars. Optional containers that run in the same ECS task as the app container. Use sidecars for agents, local proxies, lightweight workers, or helper processes that should share task networking and lifecycle with the app.
- Default:
[]
Persistent storage
EFS file system. Mount an EFS file system into the app container. The service attaches the file system’s client security group and adds the volume and mount point automatically.
- Default:
false
EFS file system.
- Shown when:
{"efs_enabled":true}
EFS mount path. Path inside the app container where the file system is mounted.
- Default:
/mnt/efs - Pattern:
^/— Use an absolute container path. - Shown when:
{"efs_enabled":true}
EFS read only. Mount the file system as read-only inside the app container.
- Default:
false - Shown when:
{"efs_enabled":true}
EFS IAM authorization. Use the task role to authorize file system access. The task role must allow
elasticfilesystem:ClientMount, plus elasticfilesystem:ClientWrite or elasticfilesystem:ClientRootAccess as needed.- Default:
false - Shown when:
{"efs_enabled":true}
Builder config
Builder instance type. Use EC2 for quick start or EC2 spot for cheaper, but potentially delayed builds.
- Default:
ec2 - Allowed values:
ec2(EC2),ec2-spot(EC2 spot) - Shown when:
{"build_source":["dockerfile","railpack","nixpacks"]}
Builder instance size. EC2 instance type for builds. Start with the default value, then increase or decrease it based on the resource usage report at the end of builds.
- Default:
c7a.4xlarge - Shown when:
{"build_source":["dockerfile","railpack","nixpacks"]}
Builder execution environment. Optional execution environment ID or given ID for builds. Defaults to the module Terraform execution environment.
- Shown when:
{"build_source":["dockerfile","railpack","nixpacks"]}
Builder AMI. Optional AMI ID for build runners. Leave empty to use the default runner image.
- Shown when:
{"build_source":["dockerfile","railpack","nixpacks"]}
Image registry lifecycle
Scan images on push. Ask ECR to run its basic vulnerability scan whenever a new image is pushed. Keep this on for early dependency and OS package findings; disable only if another scanner owns image scanning or duplicate findings are noisy.
- Default:
true - Shown when:
{"build_source":["dockerfile","railpack","nixpacks"]}
Force delete image repository. Allow the ECR repository to be deleted even when it contains images. Use with care.
- Default:
false - Shown when:
{"build_source":["dockerfile","railpack","nixpacks"]}
Misc
Force new deployment. Force ECS to start a new deployment when applying service configuration, even if the task definition did not change.
- Default:
true
Tags. A map of tags to assign to all resources. Default tags are
Owner, ProjectGivenId, EnvironmentGivenId, ModuleGivenId, ModuleIdTerraform settings
OpenTofu version override. Override the environment’s default version for this module
Ravion Terraform workspace name. Override Terraform state backend workspace name. Defaults to project + environment + module given ids.
- Immutable after creation
Advanced Terraform variables. Optional raw Terraform variable overrides for advanced module inputs or one-off overrides. Values here override the generated variables above.
- Default:
{}