Что такое Puppet?

Что такое Puppet

Определение

Puppet — это инструмент Infrastructure as Code (IaC) для автоматизации управления инфраструктурой и конфигурации серверов. Он позволяет описать состояние серверов в виде кода, а затем автоматически применить эту конфигурацию на множестве машин.

Это инструмент DevOps/SRE, который решает проблему масштабируемого управления инфраструктурой.

Проблема, которую решает Puppet

Без Puppet (ручное управление):

# На каждом сервере вручную:
ssh server1.example.com
sudo apt-get update
sudo apt-get install -y java-11-openjdk
sudo apt-get install -y postgresql
sudo systemctl start postgresql
sudo useradd -m -s /bin/bash appuser
# ... затем на server2, server3, ... server100
# Это занимает дни и полно ошибок!

С Puppet (Infrastructure as Code):

# manifests/site.pp — описываем желаемое состояние
node 'server1.example.com', 'server2.example.com', 'server3.example.com' {
  # Установка Java
  package { 'openjdk-11-jdk':
    ensure => 'installed',
  }
  
  # Установка PostgreSQL
  package { 'postgresql':
    ensure => 'installed',
  }
  
  # Запуск сервиса
  service { 'postgresql':
    ensure => 'running',
    enable => true,
  }
  
  # Создание пользователя
  user { 'appuser':
    ensure => 'present',
    shell  => '/bin/bash',
    home   => '/home/appuser',
  }
}

После этого Puppet автоматически применит конфигурацию на все 100 серверов!

Архитектура Puppet

┌─────────────────────────────────────────────────────┐
│           Puppet Master (Server)                    │
│  (хранит конфигурацию, применяет политики)          │
└─────────────────────────────────────────────────────┘
              ↓         ↓         ↓
    ┌─────────────┬──────────┬──────────┐
    ↓             ↓          ↓          ↓
  Agent 1       Agent 2    Agent 3    Agent 100
 (сервер 1)   (сервер 2) (сервер 3) (сервер 100)

Процесс:
1. Puppet Agent запрашивает конфигурацию у Master
2. Master отправляет manifests
3. Agent применяет конфигурацию локально
4. Agent отправляет отчёт о статусе

Основные компоненты Puppet

1. Manifests — файлы конфигурации

Написаны на Puppet Domain Specific Language (DSL):

# /etc/puppet/manifests/site.pp

# Определяем node (конкретный сервер)
node 'webserver.example.com' {
  # Установка пакетов
  package { 'nginx':
    ensure => 'latest',
  }
  
  # Управление файлами
  file { '/etc/nginx/nginx.conf':
    ensure  => 'file',
    source  => 'puppet:///modules/nginx/nginx.conf',
    require => Package['nginx'],
  }
  
  # Управление сервисами
  service { 'nginx':
    ensure    => 'running',
    enable    => true,
    subscribe => File['/etc/nginx/nginx.conf'],
  }
}

2. Modules — переиспользуемые блоки

modules/
├── nginx/
│   ├── manifests/
│   │   ├── init.pp       # Основной модуль
│   │   ├── config.pp     # Конфигурация
│   │   └── service.pp    # Сервис
│   ├── files/
│   │   └── nginx.conf    # Конфиги
│   └── templates/
│       └── nginx.erb     # Шаблоны
├── postgresql/
│   ├── manifests/
│   └── files/
└── java/
    ├── manifests/
    └── files/

Использование модуля:

node 'app-server.example.com' {
  # Подключаем модули
  include nginx        # Установит и запустит nginx
  include postgresql   # Установит PostgreSQL
  include java         # Установит Java
}

3. Facts — информация о системе

Puppet собирает информацию (facts) о каждом сервере и использует её для конфигурации:

# Puppet автоматически знает о системе
# и может использовать эту информацию

node default {
  # Используем facts в конфигурации
  notify { "Hello from ${::hostname} on ${::os}":
  }
  
  # Условная логика на основе facts
  if $::os['name'] == 'Ubuntu' {
    package { 'apt-utils':
      ensure => 'installed',
    }
  } elsif $::os['name'] == 'RedHat' {
    package { 'yum-utils':
      ensure => 'installed',
    }
  }
}

Доступные facts:

• $::hostname — имя хоста
• $::os — операционная система
• $::memory — объём памяти
• $::ipaddress — IP адрес
• $::osfamily — семейство ОС (Debian, RedHat)

Примеры использования Puppet

Пример 1: Развертывание Java приложения

class java_app {
  # Установка Java
  package { 'openjdk-11-jdk-headless':
    ensure => 'installed',
  }
  
  # Создание пользователя для приложения
  user { 'java-app':
    ensure => 'present',
    shell  => '/bin/bash',
    home   => '/home/java-app',
  }
  
  # Создание директории приложения
  file { '/opt/myapp':
    ensure  => 'directory',
    owner   => 'java-app',
    group   => 'java-app',
    mode    => '0755',
    require => User['java-app'],
  }
  
  # Копирование JAR файла
  file { '/opt/myapp/app.jar':
    ensure  => 'file',
    source  => 'puppet:///modules/java_app/app.jar',
    owner   => 'java-app',
    group   => 'java-app',
    mode    => '0644',
    require => File['/opt/myapp'],
  }
  
  # Создание systemd сервиса
  file { '/etc/systemd/system/myapp.service':
    ensure  => 'file',
    content => epp('java_app/myapp.service.epp'),
    notify  => Service['myapp'],
  }
  
  # Запуск сервиса
  service { 'myapp':
    ensure  => 'running',
    enable  => true,
    require => File['/etc/systemd/system/myapp.service'],
  }
}

node 'app.example.com' {
  include java_app
}

Соответствующий systemd файл (шаблон):

# templates/myapp.service.epp
[Unit]
Description=My Java Application
After=network.target

[Service]
Type=simple
User=java-app
WorkingDirectory=/opt/myapp
ExecStart=/usr/bin/java -jar /opt/myapp/app.jar
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

Пример 2: Конфигурация nginx с балансировкой

class nginx_lb {
  package { 'nginx':
    ensure => 'latest',
  }
  
  file { '/etc/nginx/sites-available/default':
    ensure  => 'file',
    content => epp('nginx_lb/upstream.conf.epp', {
      backends => [
        '10.0.1.10:8080',
        '10.0.1.11:8080',
        '10.0.1.12:8080',
      ]
    }),
    notify  => Service['nginx'],
  }
  
  service { 'nginx':
    ensure => 'running',
    enable => true,
  }
}

node 'lb.example.com' {
  include nginx_lb
}

Сравнение Puppet с другими инструментами

Workflow: как работает Puppet в practice

# 1. Разработчик пишет manifest
# /etc/puppet/manifests/site.pp

# 2. Коммитит в git
git add -A
git commit -m "Add new database server configuration"
git push origin main

# 3. Puppet автоматически применяет конфигурацию
# на всех серверах (по расписанию, обычно каждые 30 минут)
# или вручную:
sudo puppet agent -t

# 4. Puppet Agent применяет конфигурацию
sudo puppet apply /etc/puppet/manifests/site.pp

# 5. Результаты в логах
sudo puppet agent --test
# Notice: Applied catalog in 12.34 seconds

Преимущества Puppet

• Идемпотентность — безопасно применять конфигурацию много раз
• Масштабируемость — управление тысячами серверов
• Версионирование — конфигурация в git
• Аудит — полная история изменений
• Консистентность — все серверы одинаковы
• Автоматизация — reduce manual work

Недостатки Puppet

• Сложность — DSL требует обучения
• Master-Agent — требует центрального сервера
• Медлительность — более медленный, чем Ansible
• Кривая обучения — не для новичков

Заключение

Puppet — это мощный инструмент Infrastructure as Code для автоматизации управления инфраструктурой. Он особенно полезен в больших организациях, где нужно управлять сотнями или тысячами серверов. Хотя он имеет более крутую кривую обучения, чем Ansible, его мощь и гибкость делают его отличным выбором для enterprise окружений. Для Java разработчиков, переходящих в DevOps, понимание Puppet необходимо для управления production инфраструктурой.