Skip to content

Latest commit

 

History

History

5-parameterization

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
 
 
 
 
 
 
 
 

Parameterization

The API becomes more powerful in this lab, but we want to be careful and only roll out the feature to the staging environment. The production environment still serves the old behavior. What we essentially implement is a classic feature flag.

Implement new feature

  1. Go to the file modules/api/variables.tf and replace it with:
variable "environment" {
  type        = string
  description = "Identifier for the environment (e.g. staging, development or prod)"
}

variable "enable_greeting_feature" {
  type        = bool
  description = "Enable greeting feature"
  default     = false
}
  1. Go to the file modules/api/main.tf and replace it with:
locals {
  project_name = "hello-world"
}

module "lambda_function" {
  source  = "terraform-aws-modules/lambda/aws"
  version = "3.2.0"

  function_name = "${local.project_name}-${var.environment}"
  handler       = "helloworld.handler"
  runtime       = "nodejs14.x"
  source_path   = "${path.module}/functions"
  environment_variables = {
    GREETING_ENABLED = "${var.enable_greeting_feature}"
  }

  publish = true
  allowed_triggers = {
    AllowExecutionFromAPIGateway = {
      service    = "apigateway"
      source_arn = "${aws_apigatewayv2_api.hello_world.execution_arn}/*/*"
    }
  }
}

resource "aws_apigatewayv2_api" "hello_world" {
  name          = "${local.project_name}-${var.environment}"
  protocol_type = "HTTP"
  target        = module.lambda_function.lambda_function_arn
}
  1. Go to the file modules/api/functions/helloworld.js and replace it with:
const greetingEnabled = process.env.GREETING_ENABLED === "true";

exports.handler = async (event) => {
  let message = "Hello from Lambda! 👋";
  const name = event.queryStringParameters?.name;

  if (greetingEnabled && name) {
    message = `Hello ${name}! 👋`;
  }

  return { message };
};

We extended the API module by introducing a new input variable enable_greeting_feature. The default is set to false, so we can’t accidentally distribute the new feature. In the main.tf file, we simply pass the input variable down to the AWS Lambda function as an environment variable. Finally, in the Lambda function, we use the environment variable to flip on the new feature.

The new feature wouldn’t appear after deployment (feel free to try it and deploy your staging and production environment). We need to configure the new input variable explicitly. Let’s do it.

Rollout

  1. Go to the file staging/main.tf and replace it with:
terraform {
  required_version = "~> 1.1.7"

  backend "s3" {
    key    = "staging/terraform.tfstate"
    region = "eu-central-1"
  }
}

provider "aws" {
  region = "eu-central-1"
}

module "website" {
  source = "../modules/website"

  environment = "staging"
}

module "api" {
  source = "../modules/api"

  environment             = "staging"
  enable_greeting_feature = true
}
  1. Cd into the staging folder and run terraform apply. Confirm with yes.
  2. Open the API URL in the browser. You should still see this message:
{ "message": "Hello from Lambda! 👋" }
  1. Now, add the name query param to the URL, e.g.:
https://XXXXXXXXXX.execute-api.eu-central-1.amazonaws.com/?name=alice
  1. Here we go! The new feature works on staging.

With input variables, we can make modules configurable for different scenarios. In this case, we only want to deploy a new feature to the staging environment, but not to production. In practice, it’s a common requirement to configure environments differently. For example, we want to configure provisioned capacities (like CPU or memory allocation), a global CDN or custom domains with SSL certificates.

Clean up

If you are finished with the workshop and don't plan to use the resources you deployed anymore, you need to remove them from your aws account so that you don't incur any unnecessary costs.

  1. To do this, if you are not already there, navigate to the staging folder and run the terraform destroy command. You then need to perform the same steps for your production environment.

  2. You also made an S3 bucket in the AWS management console to store your terraform state file. To remove this bucket, navigate to your S3 Buckets, select the state bucket your created and delete the contents by clicking empty. Once the contents of the bucket are deleted, you can then delete the the bucket itself.

Final words

Well, that was the last lab for the Terraform workshop. We hope you enjoyed the workshop. If you want to learn more about Terraform and dive deeper, take a look at the reading list.

Cheers ✌️