CodeDeploy is being used by a small company for its project.
This project aims to analyze the customers' behaviors on how to choose new cars.
The team decides to use a load balancer and autoscaling for its EC2 instances as the project needs a highly available and elastic environment.
And at least 4 instances are supposed to work at the same time and the number may reach at 8 during the peak hour when there are some sales activities such as at Black Friday.
The company's AWS engineer wants to use the in-place deployment.
What below items should the AWS engineer do before creating the CodeDeploy Deployment Group in AWS console? Select 3.
Click on the arrows to vote for the correct answer
A. B. C. D. E.Correct Answer - A , B and.
D.Options A and B are correct.
Please refer to the below AWS Doc Link:
https://docs.aws.amazon.com/codedeploy/latest/userguide/deployment-groups-create-in-place.htmlOption D is correct.
Please see the below screenshot.
Option E is incorrect: because tags are not required if the deployment target is the autoscaling group.
You could select the autoscaling group name as the target.
Please notice that if the target is EC2 instances, tags are needed in order for CodeDeploy to understand which instances to deploy to.
Sure, I'd be happy to provide a detailed explanation of the items that the AWS engineer should do before creating the CodeDeploy Deployment Group in AWS console.
When using CodeDeploy, a service role is required to allow CodeDeploy to interact with AWS resources such as EC2 instances, load balancers, and Auto Scaling groups. The service role should have the correct permissions to perform the required actions on these resources. Therefore, before creating the CodeDeploy Deployment Group in AWS console, the AWS engineer should make sure that there is a service role in place that trusts CodeDeploy and has the necessary permissions to interact with the AWS resources involved in the deployment.
To create a new service role, the AWS engineer can use the IAM console or AWS CLI. The AWS engineer should make sure to grant the necessary permissions to the service role based on the requirements of the deployment.
For a highly available and elastic environment, it is recommended to use an Auto Scaling group in combination with a load balancer. An Auto Scaling group automatically scales the number of instances based on the demand, while a load balancer distributes the traffic across the instances.
Before creating the CodeDeploy Deployment Group, the AWS engineer should prepare an Auto Scaling group with the desired minimum and maximum number of instances. In this case, the minimum is 4 and the maximum is 8. The AWS engineer should also ensure that the Auto Scaling group has the correct launch configuration attached. A launch configuration specifies the instance type, AMI, security groups, and other settings for the instances in the Auto Scaling group.
To prepare the launch configuration, the AWS engineer can use a prebaked AMI with some configuration packages installed. The AWS engineer can create the AMI using an EC2 instance, install the required packages, and then create an AMI from the instance.
CodeDeploy uses Amazon SNS (Simple Notification Service) to send notifications about the deployment status. Therefore, before creating the CodeDeploy Deployment Group, the AWS engineer should make sure that the correct SNS topic is created.
When creating the CodeDeploy Deployment Group, the AWS engineer needs to provide an SNS topic to subscribe to the CodeDeploy application. This is a mandatory step and ensures that notifications about the deployment status are sent to the specified topic.
To create an SNS topic, the AWS engineer can use the SNS console or AWS CLI. The AWS engineer should make sure to grant the necessary permissions to the SNS topic based on the requirements of the deployment.
As mentioned earlier, a load balancer is recommended for a highly available and elastic environment. Therefore, before creating the CodeDeploy Deployment Group, the AWS engineer should make sure that the load balancer is already set up.
There are three types of load balancers in AWS: Classic Load Balancer, Application Load Balancer, and Network Load Balancer. The AWS engineer should choose the appropriate