{"id":81283,"date":"2022-02-21T22:56:28","date_gmt":"2022-02-22T04:26:28","guid":{"rendered":"https:\/\/www.whizlabs.com\/blog\/?p=81283"},"modified":"2024-04-30T15:19:38","modified_gmt":"2024-04-30T09:49:38","slug":"ci-automation-on-terraform-whizlabs-webinar","status":"publish","type":"post","link":"https:\/\/www.whizlabs.com\/blog\/ci-automation-on-terraform-whizlabs-webinar\/","title":{"rendered":"CI Automation on Terraform – Whizlabs Webinar"},"content":{"rendered":"

Whizlabs, on 22 Jan, 2022, conducted a webinar on \u2018CI Automation on Terraform\u2019 with two of the Senior DevOps consultants, Mehul Sharma and Aastha Rai.<\/span><\/p>\n

About the Speakers<\/h2>\n

Mehul Sharma<\/strong> is a Senior DevOps Consultant at OpsTree Solutions. He is a technology enthusiast with a keen interest in the latest DevOps practices. He is passionate about training and keeps conducting regular workshops and corporate training. Apart from being an Azure Developer Community Organizer, he is also an Open-Source contributor for Azure Terraform Modules and Ansible.<\/span><\/p>\n

Aastha Rai<\/strong> is a DevOps Consultant at OpsTree Solutions. She is an active open-source contributor for the Jenkins plugin and loves to explore the latest DevOps practices. Being passionate about technology herself, she loves to share her knowledge with tech enthusiasts by conducting training sessions.<\/span><\/p>\n

Lets learn about the points discussed in the Webinar in brief.<\/span><\/p>\n

What is Terraform?<\/h2>\n

\"Terraform<\/a><\/p>\n

In the words of HashiCorp<\/a>, the official website, Terraform is Infrastructure as Code(IaaC).<\/span><\/p>\n

There are multiple infrastructures around us including AWS, Google Cloud, and more, and Terraform helps us build the infrastructure for code for all these platforms.<\/span><\/p>\n

What are the steps for this process?<\/b><\/p>\n

Build, change, version, and the application of these changes to the infrastructure, safely and efficiently.<\/span><\/p>\n

Why Terraform?<\/b><\/p>\n

Let\u2019s assume a testing team, and they want a Monday Infrastructure for a short period of time, so they ask their CIS admins to configure an infrastructure for their testing scenario. Now, when the CIS admins have done that, they demolish the infrastructure after the said time. So, if the testing team again wants the same infrastructure, they will go to the CIS team again for the same work. Here, the CIS teams would want the testing team to be self-sufficient, meanwhile reducing the cost of the infrastructure provisioning. So, they will assign them restricted access to the infrastructure provisioning, which will enable the testing team to become self-sufficient in provisioning a small infrastructure for their need of testing or development.<\/span><\/p>\n

So, this is more like a person giving a high-five to himself.<\/span><\/p>\n

How does Terraform ensure speed and safety?<\/b><\/p>\n

Let us consider a small scale scenario.<\/span><\/p>\n

For Example, you are required to provision a Virtual Machine in your Infrastructure. As per the process, you will move on the GUI, be it Azure, AWS, or any other. The next step you will form is to make some clicks, put some variables, and the EC2 machines will be there to support.<\/span><\/p>\n

But, in a large scale scenario, wherein you are required to provision 100 <\/span>VP2<\/b> Instances and Virtual Machines, you cannot go to the GUI each time and repeat the process, for it will also cause a risk of misspelling the variable, putting long checks and missing some of the checks, which will affect the whole infrastructure.<\/span><\/p>\n

Here, Terraform comes into play. Once you have your old code written on paper, you can go one by one through the whole code and decide on the variable names, the checks that need to be there, the checks that should not be there. While typing and making the GUI clicks, your speed gets much slower than that of a computer, but with Terraform, you can quickly and safely deploy the whole Infrastructure in a moment of seconds.<\/span><\/p>\n

Why Terraform?<\/b><\/p>\n

We have seen coders around the world pushing their code to a Version Control System.<\/span><\/p>\n

Now, we have a code in the form of \u2018Infrastructure as a Code\u2019, which should be on the version control, so that we do not have to pass the folders along. So, once we have our whole Terraform on the Version Control System, we can take all the good things out of it.<\/span><\/p>\n

For example, if you are trying to enhance your infrastructure, and it requires you to add a new module or to make some changes in the already existing module, and you try to move on with it, there are two possibilities:<\/span><\/p>\n

    \n
  1. It will go forward, we can go ahead with the code.<\/span><\/li>\n
  2. It won\u2019t move forward, then you will have to delete everything and recall all the steps taken. However, with Terraform, you will just have to move a commit back, or a certain no. of commits, till you reach the perfectly running code that you wanted and could be deployed easily.<\/span><\/li>\n<\/ol>\n

    Validity<\/b><\/p>\n

    If the state of your Infrastructure is defined in code, then for every single change, you can perform a code review, run a suite of automated tests, and pass the code through static analysis tools, which are some of the practices that are known to significantly reduce the chance of defects.<\/span><\/p>\n

    Reusability<\/b><\/p>\n

    For Instance, Terraform Registry, wherein all the already created modules are written for use, you are only required to make a search and reuse them. This enhances the capability to bring something new rather than working on the same things, moving around a circle that the company has been following for a long time.<\/span><\/p>\n

    Happiness<\/b><\/p>\n

    Generally, the person who manages the infrastructure does not get appraisal unless there is some kind of creativity. Till the time the infrastructure and developments are going well, and there exist no problems, no one notices the hard efforts. But, with Terraform, it has been possible to pinpoint the area of problem easily, making people happy.<\/span><\/p>\n

    What is CI?<\/b><\/p>\n

    On one side, there exists the code repository, i.e., the application code, and on the other side the <\/span>artifactory<\/b>, then the process happening in the middle is CI<\/span>.<\/b><\/p>\n

    Why is CI required in Terraform?<\/b><\/p>\n

    Terraform is an Infrastructure as a Code (IaaC) tool, i.e., IaaC is code in the end, therefore it is handled in the very same way.<\/span><\/p>\n

    As a responsible DevOps consultant, our job is to\u00a0<\/span><\/p>\n