Sandboxing Chef-solo

We’re new to chef-solo, and initially I tried plowing through documentation, hoping to build a comprehensive understanding before diving into the project.

Reading Time 2 mins

The following is a guest post by Ivan Brennan and originally appeared on his blog. Ivan is currently in the Ruby-003 class at The Flatiron School. You can follow him on Twitter here.

I’m in the early stages of a team project. Our goal is to build a rails app that uses chef-solo to automate the creation and provisioning of a DigitalOcean droplet, and deploys to it using Capistrano. The idea is to let a user deploy their own app to a DO server using our app to do the heavy lifting.

We’re new to chef-solo, and initially I tried plowing through documentation, hoping to build a comprehensive understanding before diving into the project. But we really needed to get our hands dirty to get a feel for chef, so we started sandboxing tiny prototypes. We were flying blind at times, but the small successes kept us moving forward.

The zeroth step was to install some necessary tools, namely knife-solo and berkshelf. knife-solo is the command line tool for chef-solo, and berkshelf plays a role similar to Bundler, managing dependencies within chef.

For our first sandbox venture, we took an existing, chef-ready rails server template and used it to provision an existing server.

Next we created a project directory from scratch, initialized a chef repo within it, and cloned an existing cookbook into the cookbooks directory. Easier said than done, but the ascii-art made it all worth while.

These little exercises were helpful, but we were still bogged down trying to map out the components and configurations encompassed by Chef. We backed up, got some helpful input from the TA’s here at Flatiron School, and started mapping out the components necessary to _our_project, pinpointing the core functionality we needed to start with.

Step 1: Get a local chef repo communicating with DigitalOcean

It turns out there’s a plugin just for that: knife-digital_ocean. We had to put our API-credentials from DigitalOcean into knife.rb, a configuration file for chef-solo, and add our SSH key to the DO account. Then we were able to create a new DO droplet with the desired OS and our SSH key, all in a single console command. Thank you knife-digital_ocean!

There’s plenty more work ahead. Our rails app needs to:

  • automate knife-digital_ocean commands

  • take user input

    • Github url for the app they want to deploy

    • necessary credentials (handle the SSH keys)

  • run provisioning as a background process (it takes a while)

  • deploy with Capistrano

It feels much more manageable with step 1 behind us and the skeleton of the project sketched out. Still, I’m sure I’ll be spending some more quality time in the Chef documentation.

Disclaimer: The information in this blog is current as of November 20, 2013. Current policies, offerings, procedures, and programs may differ.

About Flatiron School

More articles by Flatiron School