12 KiB
stage | group | info |
---|---|---|
Release | Release | To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments |
Getting started with Continuous Deployment to AWS Elastic Container Service (FREE)
This step-by-step guide helps you use Continuous Deployment to ECS that deploys a project hosted on GitLab.com to Elastic Container Service (ECS) on AWS.
In this guide, you begin by creating an ECS cluster manually using the AWS console. You create and deploy a simple application that you create from a GitLab template.
These instructions work for both SaaS and self-managed GitLab instances. Ensure your own runners are configured.
Prerequisites
- An AWS account. Sign in with an existing AWS account or create a new one.
- In this guide, you create an infrastructure in
us-east-2
region. You can use any region, but do not change it after you begin.
Create an infrastructure and initial deployment on AWS
For deploying an application from GitLab, you must first create an infrastructure and initial deployment on AWS. This includes an ECS cluster and related components, such as ECS task definitions, ECS services, and containerized application image.
For the first step here, you create a demo application from a project template.
Create a new project from a template
Use a GitLab project template to get started. As the name suggests, these projects provide a bare-bones application built on some well-known frameworks.
-
In GitLab, click the plus icon ({plus-square}) at the top of the navigation bar, and select New project.
-
Click the Create from template button, where you can choose from a Ruby on Rails, Spring, or NodeJS Express project. For this guide, use the Ruby on Rails template.
-
Give your project a name. In this example, it's named
ecs-demo
. Make it public so that you can take advantage of the features available in the GitLab Ultimate plan. -
Click Create project.
Now that you created a demo project, you must containerize the application and push it to the container registry.
Push a containerized application image to GitLab Container Registry
ECS is a container orchestration service, meaning that you must provide a containerized application image during the infrastructure build. To do so, you can use GitLab Auto Build and Container Registry.
-
Go to ecs-demo project on GitLab.
-
Click Setup up CI/CD. It brings you to a
.gitlab-ci.yml
creation form. -
Copy and paste the following content into the empty
.gitlab-ci.yml
. This defines a pipeline for continuous deployment to ECS.include: - template: AWS/Deploy-ECS.gitlab-ci.yml
-
Click Commit Changes. It automatically triggers a new pipeline. In this pipeline, the
build
job containerizes the application and pushes the image to GitLab Container Registry. -
Visit Packages & Registries > Container Registry. Make sure the application image has been pushed.
Now you have a containerized application image that can be pulled from AWS. Next, you define the spec of how this application image is used in AWS.
Note that the production_ecs
job fails because ECS Cluster is not connected yet. You'll fix this
later.
Create an ECS task definition
ECS Task definitions is a specification about how the application image is started by an ECS service.
-
Go to ECS > Task Definitions on AWS console.
-
Click Create new Task Definition.
-
Choose EC2 as the launch type. Click Next Step.
-
Set
ecs_demo
to Task Definition Name. -
Set
512
to Task Size > Task memory and Task CPU. -
Click Container Definitions > Add container. This opens a container registration form.
-
Set
web
to Container name. -
Set
registry.gitlab.com/<your-namespace>/ecs-demo/master:latest
to Image. Alternatively, you can copy and paste the image path from the GitLab Container Registry page. -
Add a port mapping. Set
80
to Host Port and5000
to Container port. -
Click Create.
Now you have the initial task definition. Next, you create an actual infrastructure to run the application image.
Create an ECS cluster
An ECS cluster is a virtual group of ECS services. It's also associated with EC2 or Fargate as the computation resource.
-
Go to ECS > Clusters on AWS console.
-
Click Create Cluster.
-
Select EC2 Linux + Networking as the cluster template. Click Next Step.
-
Set
ecs-demo
to Cluster Name. -
Choose the default VPC in Networking. If there are no existing VPCs, you can leave it as-is to create a new one.
-
Set all available subnets of the VPC to Subnets.
-
Click Create.
-
Make sure that the ECS cluster has been successfully created.
Now you can register an ECS service to the ECS cluster in the next step.
Note the following:
- Optionally, you can set a SSH key pair in the creation form. This allows you to SSH to the EC2 instance for debugging.
- If you don't choose an existing VPC, it creates a new VPC by default. This could cause an error if it reaches the maximum allowed number of internet gateways on your account.
- The cluster requires an EC2 instance, meaning it costs you according to the instance-type.
Create an ECS Service
ECS service is a daemon to create an application container based on the ECS task definition.
-
Go to ECS > Clusters > ecs-demo > Services on the AWS console
-
Click Deploy. This opens a service creation form.
-
Select
EC2
in Launch Type. -
Set
ecs_demo
to Task definition. This corresponds to the task definition you created above. -
Set
ecs_demo
to Service name. -
Set
1
to Desired tasks. -
Click Deploy.
-
Make sure that the created service is active.
Note that AWS's console UI changes from time to time. If you can't find a relevant component in the instructions, select the closest one.
View the demo application
Now, the demo application is accessible from the internet.
-
Go to EC2 > Instances on the AWS console
-
Search by
ECS Instance
to find the corresponding EC2 instance that the ECS cluster created. -
Click the ID of the EC2 instance. This brings you to the instance detail page.
-
Copy Public IPv4 address and paste it in the browser. Now you can see the demo application running.
In this guide, HTTPS/SSL is NOT configured. You can access to the application through HTTP only
(for example, http://<ec2-ipv4-address>
).
Setup Continuous Deployment from GitLab
Now that you have an application running on ECS, you can set up continuous deployment from GitLab.
Create a new IAM user as a deployer
For GitLab to access the ECS cluster, service, and task definition that you created above, You must create a deployer user on AWS:
-
Go to IAM > Users on AWS console.
-
Click Add user.
-
Set
ecs_demo
to User name. -
Enable Programmatic access checkbox. Click Next: Permissions.
-
Select
Attach existing policies directly
in Set permissions. -
Select
AmazonECS_FullAccess
from the policy list. Click Next: Tags and Next: Review. -
Click Create user.
-
Take note of the Access key ID and Secret access key of the created user.
NOTE: Do not share the secret access key in a public place. You must save it in a secure place.
Setup credentials in GitLab to let pipeline jobs access to ECS
You can register the access information in GitLab Environment Variables. These variables are injected into the pipeline jobs and can access the ECS API.
- Go to ecs-demo project on GitLab.
- Go to Settings > CI/CD > Variables.
- Click Add Variable and set the following key-value pairs.
Key Value Note AWS_ACCESS_KEY_ID
<Access key ID of the deployer>
For authenticating aws
CLI.AWS_SECRET_ACCESS_KEY
<Secret access key of the deployer>
For authenticating aws
CLI.AWS_DEFAULT_REGION
us-east-2
For authenticating aws
CLI.CI_AWS_ECS_CLUSTER
ecs-demo
The ECS cluster is accessed by production_ecs
job.CI_AWS_ECS_SERVICE
ecs_demo
The ECS service of the cluster is updated by production_ecs
job.CI_AWS_ECS_TASK_DEFINITION
ecs_demo
The ECS task definition is updated by production_ecs
job.
Make a change to the demo application
Change a file in the project and see if it's reflected in the demo application on ECS:
-
Go to ecs-demo project on GitLab.
-
Open the file at app > views > welcome >
index.html.erb
. -
Click Edit.
-
Change the text to
You're on ECS!
. -
Click Commit Changes. This automatically triggers a new pipeline. Wait until it finishes.
-
Access the running application on the ECS cluster. You should see this:
Congratulations! You successfully set up continuous deployment to ECS.
Further reading
- If you're interested in more of the continuous deployments to clouds, see cloud deployments.
- If you want to quickly set up DevSecOps in your project, see Auto DevOps.
- If you want to quickly set up the production-grade environment, see the 5 Minute Production App.