Infrastruktur som kode

.front-page

# Infrastruktur som kode

## Software 2012 — 7. februar 2012

Ole Christian Rynning
—
<a href="http://twitter.com/olecr">@olecr</a>

Eivind Uggedal
—
<a href="http://twitter.com/uggedal">@uggedal</a>

---

.pushed.full.greyscale

![](images/hands.jpg)

.circle.red.top-right[<span>Henda i været!<span>]

.source[http://flic.kr/p/5Z9g8a]

---

.middle.center.question

# Jobber du med drift?

---

.middle.center.question

# Er du utvikler (eller arkitekt)?

---

.middle.center.question

# Begge deler? (devops)

---

.middle.center.question

# Kunde, Forretningsanalyst, Prosjektleder, IT-sjef?

---

.middle.center.question

# Deployer du til skyen?

---

.middle.center.question

# Har du opplevd rot/avvik i systemer eller miljøer (infrastruktur)?

---

.middle.center.question

# Har noen gang sagt applikasjonen funker <strike>på min maskin</strike> <strike>i TEST</strike>. PROD?

---

# Agenda

* Infrastruktur som kode
* Deklarativ konfigurasjonsstyring 
* En praktisk demonstrasjon 
* Anti-patterns og framtiden

---

.middle.center

# Infrastruktur som kode

---

# Historie

![](images/timeline.png)

---

.middle.center

![](images/tugofwar.jpg)

.circle.yellow.top-right[<span>Drift vs. utvikling<span>]

.source[http://flic.kr/p/a47pPt]

---

# Infrastruktur som kode

* Behandle infrastruktur — som kode
* Versjonskontroll
* Refactoring
* Testing og testbar design
* Kontinuerlig forbedring

---

# (Noen) forretningsverdier

* Evolusjonær/inkrementell infrastruktur
* Økt uavhengighet
* Reproduserbar infrastruktur

---

# Og ikke minst…

* Kjørbar og oppdatert dokumentasjon
* “Ren kode” for drift
* Nedetidfri utrulling
* Sømløs A/B-testing
* Automatiserbar utrullingsplattform

---

.pushed.greyscale

![](images/cowboy.jpg)

# Mindre cowboy-virksomhet!

.source[http://flic.kr/p/6cdm8]

---

.middle.center

# Deklarativ konfigurasjonsstyring

---

# Konfigurasjonsstyring

* Alle typiske konfigurasjonsfiler
* Som lar deg uttrykke avhengigheter:
  * Innenfor et system (én maskin)
  * Mellom systemer (maskiner) og deres tjenester
* Håndtere endringer i infrastruktur i sanntid

---

# Deklarativ konfigurasjonsstyring

Konfigurasjonsstyringsverktøy er et sett av mindre verktøy som lar deg beskrive 
et oppsett av infrastruktur på en slik måte at konfigurasjonsverktøyet vil la deg
gjenopprette det identiske oppsettet fra **ethvert kjent startpunkt, og til enhver
kompatibel infrastruktur**.

Hvor et automatiseringsverktøy som scripting er **imperativt**, (gjør dette, 
så gjør dette), så pleier konfigurasjonsstyringsverkøy å være **deklarative**.

Med deklarativt oppsett, sier du for eksempel: **“Jeg har en server og den kjører
MySQL databasen som denne brukeren.”**, så vil konfigurasjonsstyringsverktøyet
finne ut alle steg som skal til for å få denne påstanden til å bli sann.

— [Parafrasert, Jacob Kaplan-Moss]

</blockquote>

---

.cols.two

# Deklarativ konfigurasjonsstyring

<div class="col">
Imperativt for Debian:

.bash
    apt-get install vim

echo "set nocp" > /etc/vim/vimrc

Imperativt for RedHat:

.bash
    yum install vim

echo "set nocp" > /etc/vim/vimrc
</div>

<div class="col">
Deklarativt uavhengig av OS:

.ruby
    package { "vim":
      ensure => present,
    }

file { "/etc/vim/vimrc":
      content => "set nocp",
    }
</div>

---

# Noen implementasjoner

<table>
  <tr>
    <th>
       
    <th>
      [Puppet](https://github.com/puppetlabs/puppet)
    <th>
      [Chef](https://github.com/opscode/chef)
    <th>
      [Salt](https://github.com/saltstack/salt)
  <tr>
    <td>
      Klient/tjener
    <td class="has">
       
    <td class="has">
       
    <td class="has">
       
  <tr>
    <td>
      Pull
    <td class="has">
       
    <td class="has">
       
    <td class="has">
       
  <tr>
    <td>
      Push
    <td>
       
    <td>
       
    <td class="has">
       
  <tr>
    <td>
      Lokal modus
    <td class="has">
       
    <td class="has">
       
    <td>
       
  <tr>
    <td>
      Impl. språk
    <td>
      Ruby
    <td>
      Ruby
    <td>
      Python
  <tr>
    <td>
      Bruksspråk
    <td>
      DSL/Ruby
    <td>
      Ruby
    <td>
      YAML+Jinja/Python
  <tr>
    <td>
      Avhengigheter klient
    <td>
      Ruby, Puppet, Facter
    <td>
      Ruby, Chef-client, Ohai
    <td>
      Python, Salt, ØMQ
  <tr>
    <td>
      Avhengigheter tjener
    <td>
      Ruby, Puppetmaster, Rails, (database)
    <td>
      Ruby, Chef-server, Merb, Thin, Java, Solr, RabbitMQ
    <td>
      Python, Salt, ØMQ
  <tr>
    <td>
      OSS Lisens
    <td>
      Apache
    <td>
      Apache
    <td>
      Apache
  <tr>
    <td>
      Utbredelse
    <td>
      Stor
    <td>
      Stor
    <td>
      Liten
</table>

---

.large

# Arkitektur

.django
         Puppet               Chef                 Salt
         (pull)              (pull)           (pull og push)

+---+               +---+               +---+
          | M |               | M |               | M |
          +---+               +---+               +---+
            ↓                   ↓                   ↑
       _____|_____         _____|_____         _____|_____
      |     |     |       |     |     |       |     |     |
      ↓     ↓     ↓       ↓     ↓     ↓       ↓     ↓     ↓  
    .---. .---. .---.   .---. .---. .---.   .---. .---. .---.
    | A | | A | | A |   | A | | A | | A |   | A | | A | | A |
    `---´ `---´ `---´   `---´ `---´ `---´   `---´ `---´ `---´

---

.middle.center

# Praktisk sammenligning av bruk

---

# Usecase

1. Installer en webserver (nginx).
2. Konfigurer en virtuel host i webserveren gitt parameterene:
    - `hostname` (som webserver skal svare på)
    - `root` (hvor web dokumenter serveres fra)
3. Plasser en index.html fil med innhold i `root`.

---

# Manuell installasjon

.bash
    apt-get install nginx

rm /etc/nginx/sites-enabled/default

vim /etc/nginx/sites-available/vhost.conf

ln -s /etc/nginx/sites-{available,enabled}/manual.uggedal.com.conf

/etc/init.d/nginx restart

mkdir /var/www

vim /var/www/index.html

---

.middle.center.url

# [manual.uggedal.com](http://manual.uggedal.com)

---

.large

# Puppet — nginx, vhost og filer

.ruby
    $root="/var/www"

include nginx

nginx::site { "puppet.uggedal.com":
      root => $root,
    }

file {
      $root:
        ensure => directory;

"${root}/index.html":
        source => "puppet:///modules/hello/index.html",
        require => File[$root];
    }

---

.middle.center.url

# [puppet.uggedal.com](http://puppet.uggedal.com)

---

.large

# Chef — nginx, vhost og filer

.ruby
    nginx_site "chef.uggedal.com" do
      root "/var/www"
    end

directory "/var/www" do
      mode "0755"
    end

cookbook_file "/var/www/index.html" do
      source "index.html"
      mode "0644"
    end

---

.middle.center.url

# [chef.uggedal.com](http://chef.uggedal.com)

---

# Salt — arkitektur

---

.large

# Salt — nginx, vhost og filer

.django
    {% from "nginx/site.sls" import nginx_site  %}

include:
      - nginx

/var/www:
      file:
        - directory

/var/www/index.html:
      file:
        - managed
        - source: salt://hello/index.html
        - template: jinja
        - context: { host: "{{ grains["host"] }}" }
        - require:
          - file: /var/www

---

.middle.center.url

# [salt-1.uggedal.com](http://salt-1.uggedal.com)
# [salt-2.uggedal.com](http://salt-2.uggedal.com)
# [salt-3.uggedal.com](http://salt-3.uggedal.com)

---

.middle.center

# Anti-patterns

---

# AP#1: Spaghetti-konfigurasjon (på boks)

Veldig vanlig anti-pattern er å prøve å putte alt for mye inn i konfigurasjonsstyringsverktøyet.

Løsning?

* Flytte så mye kompleksitet som mulig fra konfigurasjonsstyringsverktøy til pakkesystemer (deb, rpm, ebuild, pkgsrc, pacman m.fl).
* [FPM](https://github.com/jordansissel/fpm) (Effing Package Management) til redning!

---

# AP#2: Ingen kontinuerlig integrasjon

Kjøre konfigurasjonsverktøyet manuelt og sporadisk.

* Etterheng i systemer og miljøer. 
* Manuelle "fikser" - configuration wars.

Løsning?

* Kjør ofte og kontinuerlig. 
* Øv på reinstallasjon av hele servere i blandt.
* Hvis du må debugge, gjør det i test og commit.

---

# AP#3: Kun manuell testing

Kun **manuelle** integrasjonstester (ende-til-ende).

* Helsesjekker
* Monitorering og logging
* CI-integrasjon (byggserver)

Mye arbeide rundt dette, raskt modnende.

---

# Framtiden

* Driftsutviklere (DevOps)
* Kontinuerlige leveranser (CD) — (Agile ALM)

---

.middle.center

![](images/puppet-indeed.png)

---

.pushed.full

![](images/question.jpg)

.circle.red.top-right[<span>Spørsmål?</span>]

.source[http://flic.kr/p/ubG6g]

---

# Slides og kode

## Slide deck:

<a href="http://bekkopen.github.com/infrastruktur-som-kode">
  bekkopen.github.com/infrastruktur-som-kode
</a>

## Komplett kode fra sammenligningene:

<a href="https://github.com/bekkopen/infrastruktur-som-kode">
  github.com/bekkopen/infrastruktur-som-kode
</a>