Day 1

This is our summary of PuppetConf 2014. In our previous post we gave an overview of the contributor summit. This post will provide an overview
of the first day of PuppetConf.

As you might expect there were great keynotes with plenty of announcements and too many talks for us to attend. We have provided an outline for all the talks
we did attend and links to those we didn’t.


Nearly a Decade of Puppet: What We’ve Learned and Where We’re Going Next - Luke Kanies, PuppetLabs - Slides

The big keynote of the event to kick off the first day from the author of Puppet himself. This was obviously going to be a tweet worthy affair full of photos
and big announcements and it did not disappoint.

Native Clients (CFactor + C++ rewrite of agents) are coming in the very near future. This is not only a matter of improving the performance for existing users part
of philosophy of PuppetLabs to become ubiquitous across as many devices and platforms as possible. This is one of those improvements that is really setting up
PuppetLabs for the future.

Puppet Server (a.k.a the Clojure rewrite). This is PuppetLabs big move away from Ruby on onto the JVM. Being on the JVM means they can slowly rewrite the
codebase while also maintaining compatibility thanks to JRuby. They have gained a lot of experience with Clojure thanks to the PuppetDB & TrapKeeper projects and given how
successful that project has been it has helped ease many of the fears people have in moving the JVM. Puppet Server is also a self contained application so there
is no longer any need to worry about the whole apache/passanger yak shave. There was even a demo on the metrics that are now exposed by Puppet Server - yes
you can now plug Puppet into graphite.

There have been plenty of follow-ups on this that you might be interested in reading:

Puppet Apps was the next big announcement. Puppet Apps is actually a fantastic piece of marketing around the idea that they are refactoring to a more micro-services
style approach - splitting up the monolith that is currently the Puppet master into smaller applications that have their own release cadence and can be scaled

The first announcement from the “Apps” initiative is Puppet Node Manager the new node classifier which will roll out in the Q1 of 2015 as an add-on
to Puppet Enterprise. Given that Puppet has allowed external node classifiers to be written for a long time now (and there are many open source ones out there)
it is good to see PuppetLabs stepping up and trying to own this more and improve the experience.

Another huge announcement (of which we got a preview at the contributors summit) was Puppet Approved Modules. Luke and the rest of PuppetLabs have the huge
idea that 80% of what you’re going to want to configure on your systems should be possible with what is available on the forge. Some of the bigger pieces have
been covered by the module engineers at PuppetLabs under the existing Puppet Support Modules program. This has been fantastic in driving for consensus around
configuration making installation of certain products (like apache) easier for people.

The reality is that if PuppetLabs want to achieve its 80% goal they are are not going to be able to do that with the engineers and resources they have
available to them. Nor do they have the expertise to know about all the software out there. This is where the Puppet Approved program comes in. Its aim is to
provide the same standard of quality that you see in the Supported modules but for modules written by the community. It is easy for users of the forge to
be able to pick out high quality, actively maintained modules and know what they are getting. As a user this is very exciting and as a module author, while
there will be plenty of work for me to do, I am glad that the community is moving in this direction.

Speaking of the community, Luke used this opportunity to announce the finalists and the winner of the Most Valued Puppetier (MVP) competition.



The last part of the keynote was talking about some of the wider thoughts as we look to the next ten years of Puppet and what comes next. There is going to be
more focus on the ubiquity of Puppet, on devices more network device partners and solving problems like orchestration. The next ten years is going to be about
taking Puppet beyond the single node. We are already thinking of machines as cattle and not pets - Puppet should also better reflect that change.

I for one am very excited by all this and look forward to seeing what comes out over the next few years.

The Phoenix Project: Lessons Learned - Gene Kim, IT Revolution Press - Slides

This was a great overview of Gene’s research of DevOps and how that intersects with high performing organisations. There were many interesting results that came
out the the survey that he did in joint co-operation with PuppetLabs many of which he shared during this talk.

I think the one that stands out and often tweeted is the following:

“High performers have 30x more deployments and 8000x faster lead time, 2x the change success rate and 12x faster recovery”

Read that again - wow.

This talk as one might expect was all about DevOps, its history, why and how it works. Even if you’re fully familiar with the whole culture of DevOps there are
plenty of things to be learnt from this keynote and I look forward to re-watching it when the video lands on YouTube.

Trust Me - Kate Matsudaira, Popforms - Slides

Following the theme of culture, Kate’s talk was a refreshing look at the culture of trust within an organisation. Far from being the usual “this is what my
company culture looks like” sort-of talk, this talk had a lot of practical advice. Discussion of how to build relationships, how to raise your profile within
the organisation and how to improve yourself as a manger. “If you use your 1-on-1 to talk about status, you’re wasting time. Get to know your boss, solicit
feedback on your performance.” - Great advice like this is littered throughout the talk.

She says that trust is like money and that you need to be wise in how you spend that trust. Most organisations are not a meritocracy and we need to stop thinking that they are. Your relationships within the organisation are just as important as the quality of the work that you do. There needs to be balance between these two things - are your relationships as good as the work that you do?

If you want to improve yourself and advance your career, either as an engineer or as a manager then you should absolutely take the time to listen to this talk.

Bonus: the slides rock! (I won’t spoilt it - take a look)

Track Talks

The Puppet Debugging Kit: Building Blocks for Exploration and Problem Solving - Charlie Sharpsteen, Puppet Labs (@csharpsteen) - Slides

Interesting tool, has some cross-over with the Beaker testing tool. PDK is more for focused manual testing rather than automated acceptance tests.

Cloudy with a Chance of Fireballs: Provisioning and Certificate Management in Puppet - Eric Sorenson (@ahpook), Puppet Labs - Slides

  • Apple iCloud uses Puppet + autosign
  • auto sign doesn’t work very well for the cloud
  • Amazon IAM can be applied by machines - IAM so instance can read it’s own tags (if it has ec2-client-utils installed)
  • puts instance_id, ami_id and role into /etc/puppet/csr_attriubutes.yaml
  • can validate the metadata in the cert using x509
  • true_node_data = true & immutable_node_data = true
  • closes security hole of setting certname to fact on agent

Beaker: Automated, Cloud-Based Acceptance Testing - Alice Nodelman (@alicenode), Puppet Labs - Slides

Having contributed to this tool, I was a little bias in attending this talk. Still plenty of interesting new things that came up though.
If you haven’t heard of beaker yet you will also be interested in our previous blog post.

  • basic introduction to what beaker is and how to use it.
  • rspec vs test dsl - both are still supported methods of writing tests.
  • junit export - useful when integrating with Jenkins
  • on host as - is a feature that is coming soon so that you can run a command on a host with a given user account

Puppet Language 4.0 - Henrik Lindberg (@hel), Puppet Labs - Slides

Lots and lots of interesting information here about the new Puppet 4 syntax and jokes about some of the terrible edge cases of the past. It is good to
know now that with Puppet 4 there is a formal specification for the language so we should no longer see these sorts of weird edge cases of the past.
There are also lots of new features in the language: some to deal with long standing pain points (interation), some to help in the move away from ruby
(Puppet templates) and some to prevent authors themselves writing buggy manifests (the type system). Puppet 4 is going to be an exciting this to use.

  • pain-points / cleanup (specification)
    • numbers are numbers (and not strings)
    • Type references
  • heredoc
  • Puppet templates
  • iteration (each, map, filter, reduce, slice, with)
  • local defaults
  • Type system

7 Puppet Horror Stories in 7 Years - Kris Buytaert (@KrisBuytaert), Inuits - Slides

This was more of an interactive talk, trying to get members of the audience to try and predict what the actual problem was. For more senior Puppetiers
this was a fun talk, reminding us of the challenges many of us have faced. For newer Puppet developers this was likely acting as a good warning and
foreshadowing of things that may arise if your not careful (or are very unlucky).

  • SSL
  • Full Disk
  • Puppet Bugs
  • DNS (everything is a DNS problem)

Killer R10K Workflow - Phil Zimmerman (@phil_zimmerman), Time Warner Cable - Slides

This was a good introduction to r10k and the reasons you would want to use it. The workflow is pretty straightforward and I think that for anyone managing Puppet at scale this is going to be something to look at.

  • some good use cases for r10k
    • upgrading modules
    • not having to wait for all role tests to run
    • deploying everything to all masters (even hiera)
  • workflow
    • ci per module
    • release job per module (tags)
    • deploy job per module (cap task to wrap r10k for masters/nodes)

Other Talks from the Day

  • Infrastructure-as-Code with Puppet Enterprise in the Cloud - Evan Scheessele, HP - Slides
  • Getting Started with Puppet - Michael Stahnke, Puppet Labs - Slides
  • Plan, Deploy & Manage Modern Applications Leveraging vCloud Automation Center and Puppet - Pradnesh Patil, VMware - Slides
  • Writing and Publishing Puppet Modules - Colleen Murphy, Puppet Labs - Slides
  • To the Future! - Goals for Puppet 4 - Andrew Parker, Puppet Labs & Kylo Ginsberg, Puppet Labs - Slides
  • Managing and Scaling Puppet - Miguel Zuniga, Symantec - Slides
  • What Developers and Operations Can Learn from Design: 6 Ways to Work Better Together - Ashley Hathaway, IBM Watson - Slides
  • Performance Tuning Your Puppet Infrastructure - Nic Benders, New Relic - Slides
  • “Sensu and Sensibility” - The Story of a Journey From #monitoringsucks to #monitoringlove - Tomas Doran, Yelp - Slides
  • DevOps Means Business - Gene Kim, IT Revolution Press & Nicole Forsgren Velasquez, Utah State University - Slides
  • Auditing/Security with Puppet - Robert Maury, Puppet Labs - Slides
  • Absolute Beginners Guide to Puppet Through Types - Igor Galić, Brainsware OG - Slides
  • Plugging Chocolatey into Your Puppet Infrastructure - Rob Reynolds, Puppet Labs - Slides
  • PuppetDB: One Year Faster - Deepak Giridharagopal, Puppet Labs - Slides
  • The Puppet Community: Current State and Future Plans - Dawn Foster, Puppet Labs & Kara Sowles, Puppet Labs - Slides
  • Continuous Delivery of Puppet-Based Infrastructure - Sam Kottler, Digital Ocean - Slides
  • The Seven Habits of Highly Effective Puppet Users - David Danzilio, Constant Contact - Slides
  • Fact-Based Monitoring - Alexis Le-Quoc, Datadog - Slides
  • Test-Driven Puppet Development - Nan Liu, Bodeco - Slides
  • A Practical Guide to Modules - Lauren Rother, Puppet Labs & Morgan Haskel, Puppet Labs - Slides
  • Leveraging the PuppetDB API: Puppetboard - Daniele Sluijters, Nedap
  • Puppet Availability and Performance at 100K Nodes - John Jawed, eBay/PayPal - Slides
  • DevOps and Software Defined Networking - John Willis, Pacific Crest
  • Razor, the Provisioning Toolbox - David Lutterkort, Puppet Labs - Slides
  • How to Puppetize Google Cloud Platform - Katharina Probst, Google, Matt Bookman, Google & Ryan Coleman, Puppet Labs - Slides
  • Continuous Infrastructure: Modern Puppet for the Jenkins Project - R.Tyler Croy, Jenkins - Slides
  • How to Measure Everything: A Million Metrics Per Second with Minimal Developer Overhead - Jos Boumans, Krux - Slides
  • How to Open Source Your Puppet Configuration - Elizabeth Krumbach Joseph, HP - Slides
  • Manageable Puppet Infrastructure - Ger Apeldoorn, Freelance Puppet Consultant - Slides