In this article we will imagine that your team received two very important pieces of information. The first being about issues regarding the company website and the second being about the future of your company.
First, the Social media team has revealed to your team that a significant proportion of your customer base are leaving bad reviews about the stability of your website. Customers describe that the website has been down frequently during the past month on different days of the week and at random times during the day.
Secondly and part of the good news is that the company started looking into moving their online business from their on-premise environment to a public cloud provider.
For this project the company’s main requirements are:
Your team received the task to conduct research on the three big public cloud providers on the market and to create a presentation with the best options for this migration. Your manager has given you the task to provide details about Amazon Website Services (AWS) DNS server and to present a proof of concept (POC) in front of your company directors to provide a representation of what this infrastructure would look like in the cloud.
As your research advances you discover that AWS-Route53 provides the following functions:
Looking promising already – right?
Looking at the research stage looks like AWS-Route53 has great components that could help with company requirements.
How can AWS-Route53 could help us with our issue?
Health checking is a great feature that AWS-Route53 uses to send automated requests over the internet to applications verifying that it is working, accessible and available. In addition, AWS-Route53 has different policies that can be used under different circumstances.
Types of policies:
In this stage you will focus on building and deploying the following AWS-services:
For readability some services are not included on this diagram: AWS-Route 53 Failover routing policy
On the day of your presentation, you will be able to showcase a full AWS-Route53 Failover routing policy demo where a primary record, the EC2 instance, will automatically switch over to a secondary backup record, an S3 bucket, after the primary indicated a failure on the AWS-Route53 health check. And because you are all about code you will be using Terraform to provision this deployment.
And servers that host websites are no exception. Servers and systems can fail for several reasons. However, having backup plans ensures that when such problems occur users of the application do not experience any downtime.
** Note to be able to complete this project you will need a domain.**
Functions, arguments and expressions of Terraform that were used in the above project:
I would like to give a big shout out to my mentor Derek Morgan. Thank you for all of your support all these months and for the amazing course "More Than Certified in Terraform" the best course out there. Link to the course here. If you want to connect with him and ask questions about his course, contact him via LinkedIn Derek Morgan or you can join the TechStudySlack channel here.