Zero-downtime deployment pattern in Terraform - Time & Space Complexity

Time Complexity: Zero-downtime deployment pattern

O(n)

Understanding Time Complexity

We want to understand how the time to deploy changes grows as we increase the number of servers or instances.

Specifically, how does zero-downtime deployment affect the number of operations Terraform performs?

Scenario Under Consideration

Analyze the time complexity of this Terraform snippet for zero-downtime deployment.

resource "aws_autoscaling_group" "blue" {
  name_prefix          = "blue-"
  desired_capacity     = var.instance_count
  launch_configuration = aws_launch_configuration.blue.id
}

resource "aws_autoscaling_group" "green" {
  name_prefix          = "green-"
  desired_capacity     = var.instance_count
  launch_configuration = aws_launch_configuration.green.id
}

resource "aws_route53_record" "app" {
  zone_id = var.zone_id
  name    = var.app_name
  type    = "A"
  alias {
    name                   = aws_autoscaling_group.green.load_balancer_dns_name
    zone_id                = aws_autoscaling_group.green.load_balancer_zone_id
    evaluate_target_health = true
  }
}

This code creates two groups of servers (blue and green) and switches traffic between them for zero downtime.

Identify Repeating Operations

Look at what Terraform does repeatedly when scaling or switching.

• Primary operation: Creating or updating each server instance in the autoscaling groups.
• How many times: Once per instance, for both blue and green groups, so roughly twice the number of instances.

How Execution Grows With Input

As the number of instances increases, Terraform must manage more resources.

Input Size (n)	Approx. Api Calls/Operations
10	About 20 instance operations (10 blue + 10 green)
100	About 200 instance operations
1000	About 2000 instance operations

Pattern observation: The number of operations grows roughly twice as fast as the number of instances because two groups are managed.

Final Time Complexity

Time Complexity: O(n)

This means the deployment time grows linearly with the number of instances managed in both groups.

Common Mistake

[X] Wrong: "Zero-downtime deployment means the deployment time stays the same no matter how many instances there are."

[OK] Correct: Even with zero downtime, Terraform must create or update each instance, so the total work grows with the number of instances.

Interview Connect

Understanding how deployment time scales helps you design systems that stay responsive and reliable as they grow.

Self-Check

What if we changed from two autoscaling groups (blue and green) to a single group with rolling updates? How would the time complexity change?

Practice

1. What is the main goal of a zero-downtime deployment in Terraform?

easy

A. Manually switch traffic after deployment

B. Update applications without stopping them or causing downtime

C. Deploy new versions only during off-hours

D. Stop all running tasks before updating

Solution

1. Step 1: Understand zero-downtime deployment purpose

   Zero-downtime deployment means updating apps without stopping them or causing service interruptions.

2. Step 2: Compare options with this goal

   Only Update applications without stopping them or causing downtime describes updating without stopping or downtime, matching the goal.

3. Final Answer:

   Update applications without stopping them or causing downtime -> Option B

4. Quick Check:

   Zero-downtime = no stopping, no downtime [OK]

Hint: Zero downtime means no stopping or service interruption [OK]

Common Mistakes:

• Thinking deployment must stop all tasks
• Assuming manual traffic switch is required
• Believing updates only happen off-hours

2. Which Terraform setting helps control how many tasks run during an update for zero-downtime?

easy

A. min_healthy_percent

B. max_percent

C. desired_count

D. task_definition

Solution

1. Step 1: Identify settings related to task counts during update

   Terraform uses settings like max_percent and min_healthy_percent to control task numbers during deployment.

2. Step 2: Understand min_healthy_percent role

   min_healthy_percent ensures a minimum percentage of tasks stay healthy and running during updates, preventing downtime.

3. Final Answer:

   min_healthy_percent -> Option A

4. Quick Check:

   min_healthy_percent controls running tasks during update [OK]

Hint: min_healthy_percent keeps tasks running during updates [OK]

Common Mistakes:

• Confusing max_percent with min_healthy_percent
• Using desired_count which sets total tasks, not update behavior
• Selecting task_definition which defines task specs

3. Given this Terraform snippet for ECS service update:

deployment_minimum_healthy_percent = 75
deployment_maximum_percent = 200

What does this configuration ensure during deployment?

medium

A. Exactly 75 tasks run; maximum 200 tasks allowed

B. No new tasks start until all old tasks stop

C. Deployment stops 25% of tasks before starting new ones

D. At least 75% of tasks stay running; up to 200% tasks can run temporarily

Solution

1. Step 1: Interpret deployment_minimum_healthy_percent

   This means at least 75% of current tasks must stay healthy and running during deployment.

2. Step 2: Interpret deployment_maximum_percent

   This allows up to 200% of the desired tasks to run temporarily, enabling new tasks to start before old ones stop.

3. Final Answer:

   At least 75% of tasks stay running; up to 200% tasks can run temporarily -> Option D

4. Quick Check:

   Min healthy 75%, max 200% = safe rolling update [OK]

Hint: Min healthy % keeps tasks running; max % allows extra tasks [OK]

Common Mistakes:

• Thinking percentages mean exact task counts
• Assuming deployment stops tasks before starting new ones
• Confusing min and max percentages

4. You set deployment_minimum_healthy_percent = 100 and deployment_maximum_percent = 100 in Terraform for ECS service. What issue will this cause?

medium

A. Deployment will run twice the desired tasks temporarily

B. Deployment will succeed with zero downtime

C. Deployment will fail because no new tasks can start before old ones stop

D. Deployment will ignore these settings and use defaults

Solution

1. Step 1: Analyze min and max percent both at 100%

   Min healthy 100% means all old tasks must stay running; max 100% means no extra tasks can start.

2. Step 2: Understand deployment impact

   New tasks cannot start until old ones stop, but old ones cannot stop because min healthy is 100%, causing deployment to fail.

3. Final Answer:

   Deployment will fail because no new tasks can start before old ones stop -> Option C

4. Quick Check:

   Min 100% + Max 100% blocks rolling update [OK]

Hint: Min 100% and Max 100% blocks task replacement [OK]

Common Mistakes:

• Assuming deployment will succeed without downtime
• Thinking max 100% allows extra tasks
• Ignoring min healthy effect on stopping old tasks

5. You want to deploy a new version of your app with zero downtime using Terraform ECS service. Your desired task count is 4. Which configuration best supports zero-downtime deployment?

hard

A. deployment_minimum_healthy_percent = 75deployment_maximum_percent = 125

B. deployment_minimum_healthy_percent = 100deployment_maximum_percent = 100

C. deployment_minimum_healthy_percent = 50deployment_maximum_percent = 150

D. deployment_minimum_healthy_percent = 0deployment_maximum_percent = 200

Solution

1. Step 1: Evaluate each option for zero-downtime support

   deployment_minimum_healthy_percent = 50
deployment_maximum_percent = 150 allows only 50% healthy tasks, risking downtime. deployment_minimum_healthy_percent = 100
deployment_maximum_percent = 100 blocks new tasks starting before old stop. deployment_minimum_healthy_percent = 0
deployment_maximum_percent = 200 allows zero healthy tasks, risking downtime. deployment_minimum_healthy_percent = 75
deployment_maximum_percent = 125 keeps 75% healthy and allows 125% max tasks, enabling smooth rolling update.

2. Step 2: Choose best balance for zero-downtime

   deployment_minimum_healthy_percent = 75
deployment_maximum_percent = 125 ensures enough healthy tasks remain while allowing new tasks to start before old stop, supporting zero downtime.

3. Final Answer:

   deployment_minimum_healthy_percent = 75 and deployment_maximum_percent = 125 -> Option A

4. Quick Check:

   Min healthy 75% + max 125% = safe rolling update [OK]

Hint: Min healthy ~75% and max ~125% enable zero downtime [OK]

Common Mistakes:

• Choosing min healthy too low risking downtime
• Choosing min and max both 100% blocking updates
• Allowing zero healthy tasks during deployment