config management

Deploying and managing Autoscaled Drupal applications at AWS with Terraform, Packer and Fabric

As part of a prototype/experiment for a customer, I decided to 'eat my own dogfood' and put this site onto an autoscale cluster at AWS.

In doing so, I wanted to manage my infrastructure using Terraform (a configuration management tool). In addition, since the use of autoscale requires using a base image (AMI) capable of hosting the site, I wanted to build the AMI using Packer. Furthermore, I wanted to use Puppet to speed up that configuration of the AMI built by Packer.

'Nice to have' goals

I had a few other goals also in mind:


An introduction to Terraform (and a neat way to try Drupal 8)

At Drupalcamp Melbourne 2015, I gave a talk about Terraform and how it can be used to keep the state of your infrastructure in configuration management.

What is Terraform?

People who are familiar with Puppet or Chef and similar config management tools will probably grasp the concept of Terraform.


'So, what is it you exactly do?' - Part two, config management

Continuing on from Part One, where I discuss the far-ranging benefits of continuous deployment, today I'll cover off another large part of the 'what do I do as a sysadmin' question: that being, config management.


Video: Continuous Integration & Jenkins deployment, DC Toulouse 2011

Way back in November 2011, I did an unusual thing: I co-presented a talk about Drupal and Continuous Integration/Deployment at DrupalCamp Toulouse, except that I was Skyped in from my home town of Melbourne, Australia :)

The talk is actually mainly presented by Greg Harvey of Code Enigma, one of my clients, and I just provide - well, I don't know, comic relief with my Australian accent? :)


Subscribe to RSS - config management