Category: Azure

This post is building on the previous ones where we created modules and prepared stages ready for new environments. We will add a new development environment and its variables, and we will build on our existing resources, adding more resource types and features such as tagging.

This post is all about simplifying our code by using for / each loops. Rather than filling .tf files with module blocks calling for data from other files, I want us to be able to leave those .tf files static, and when we want a new resource, just add the data to the .tfvars file where it’ll be picked up and applied. Again it’s about abstracting the code from the data that little bit further, whilst also reducing the number of code lines we have to write or repeat.

This post aims to cover the subject of putting YAML pipelines into templates. This means separating out repeated and re-usable code into separate files that are project or client agnostic, just as we did with our Terraform modules.

In this post I want to cover the differences between directories and workspaces (I use directories, I’ll explain why, but there are arguments for both and people’s preferences differ – choose what works for you). I’ll try and give examples of how we can create separate environments using pipeline stages, and I’ll also start adding a little more structure to our repository’s root folder.

This time we’re going to be looking at Terraform modules to try and simplify things and reduce the amount of lines in our main deployment code. It’s another long one I’m afraid, but hopefully it will really help some things gel in your mind. We will discuss what modules are and how to use them, then we’ll make all our code re-usable by moving the data into a separate variables file.