That was really powerful and a step towards automating the provisioning/deployment process.
If we take a step back and look at the deployment of an application to production, you do not see C# code being executed to provision the production environment. This begs the question whether there is another way to deploy our simple application. In this post I am going to attempt using the AWS CloudFormation service to provision the environment and deploy the application.
AWS CloudFormation service
The AWS CloudFormation uses a form of Domain Specific Language (DSL) to define an environment. The AWS CloudFormation service accepts a text file that defines the environment and provisions it as a "Stack".
The following points describes some of the key benefits of AWS CloudFormation that I see as extremely valuable.
There are tons more benefits of using AWS CloudFormation, and refer to the documentation to find out more information.
The first step is to create a CloudFormation template. The template uses the JavaScript Object Notation (JSON) format. You can use any text editor to create one and I used Visual Studio Code as it has fantastic support for JSON.
A CloudFormation template at a minimum must contain a "Resources" section. This section contains the resources that must be provisioned. The template I developed for the ApiService looks like the following.
I think the above section is pretty clear and can be read without knowing too many details of CloudFormation. The section describes an EC2 instance and sets some properties such as Amazon Machine Image (AMI), Security group etc. These properties can be mapped directly to the .NET SDK example that was in the previous post. You can even see the "UserData" (bootstrap script) being used to install the application.
I have used some functions such as "Fn::Base64", and in AWS lingo these are called intrinsic functions. The parameters to the functions are passed using the JavaScript array format ("[]").
Although it is not necessary, I have parameterised the template so that some of the values are defined at deployment time. There is a special section for parameters which is called "Parameters" (surprise). The parameters section looks like the following:
I have allowed the AMI, availability zone and Key name to be defined at the deployment time. Normally parameters are used to define values that should not be stored in the template such as passwords.
There is another section called "Outputs", that can be used to display information such as service endpoint or anything else that is useful once the provisioning is complete. In this particular case I am displaying the service endpoint.
I used the AWS Console to upload the CloudFormation template. Of course this can be done through the AWS CLI too. The Create Stack option needs to be selected from the AWS CloudFormation landing page.
The next step is to upload the CloudFormation template.
The next screen brings the CloudFormation template into life! The values specified in the parameters section is set available. (See the following)
The following points describes some of the key benefits of AWS CloudFormation that I see as extremely valuable.
- Automatic rollback when provisioning fails - my favorite!
- Developers are fully aware of the production environment.
- Any change to the environment is managed through the CloudFormation template. (no random changes)
- Allows repeatability to provisioning; hence can move between regions.
There are tons more benefits of using AWS CloudFormation, and refer to the documentation to find out more information.
Provisioning and deploying using AWS CloudFormation
A CloudFormation template at a minimum must contain a "Resources" section. This section contains the resources that must be provisioned. The template I developed for the ApiService looks like the following.
I think the above section is pretty clear and can be read without knowing too many details of CloudFormation. The section describes an EC2 instance and sets some properties such as Amazon Machine Image (AMI), Security group etc. These properties can be mapped directly to the .NET SDK example that was in the previous post. You can even see the "UserData" (bootstrap script) being used to install the application.
I have used some functions such as "Fn::Base64", and in AWS lingo these are called intrinsic functions. The parameters to the functions are passed using the JavaScript array format ("[]").
Parameterisation
I have allowed the AMI, availability zone and Key name to be defined at the deployment time. Normally parameters are used to define values that should not be stored in the template such as passwords.
There is another section called "Outputs", that can be used to display information such as service endpoint or anything else that is useful once the provisioning is complete. In this particular case I am displaying the service endpoint.
Using the template
Creating a New Stack using AWS CloudFormation service |
The next step is to upload the CloudFormation template.
Uploading the CloudFormation template |
The next screen brings the CloudFormation template into life! The values specified in the parameters section is set available. (See the following)
Setting Parameters in the template |
At this point CloudFormation starts provisioning the environment.
Provisioning the ApiService environment |
The "Events" tab contains a list of activities that is being performed by the AWS CloudFormation service. Once the provisioning and the application is deployed, the "Outputs" tabs is populated with the endpoint to the "ApiService".
"Outputs" tab with service endpoint |
The "ApiService" is now fully operational.
Very nice post Thanks for sharing AWS online Course
ReplyDelete