Чем отличается Ansible от Terraform? Когда использовать каждый инструмент?

Ansible vs Terraform: Основные различия и сфера применения

Философская разница: Конфигурационное управление vs Инфраструктура как Код

Ключевое отличие лежит в парадигме: Ansible — это инструмент конфигурационного управления (Configuration Management), в то время как Terraform — инструмент оркестрации инфраструктуры (Infrastructure as Code).

Ansible фокусируется на настройке и управлении уже существующими системами. Он работает по принципу императивного подхода — вы описываете последовательность шагов (playbooks), которые необходимо выполнить для достижения желаемого состояния. Ansible использует идемпотентность — повторное выполнение задач приводит к тому же результату, что является его сильной стороной.

Terraform же реализует декларативный подход — вы описываете желаемое конечное состояние инфраструктуры, а Terraform сам определяет, какие действия необходимы для его достижения. Terraform создает граф зависимостей между ресурсами и управляет их жизненным циклом.

Архитектурные различия

Состояние (State):

• Terraform хранит состояние инфраструктуры в файлах terraform.tfstate, что позволяет ему отслеживать созданные ресурсы и управлять их изменениями
• Ansible не имеет встроенной системы отслеживания состояния, он полагается на факты (facts) систем во время выполнения

Агентный vs Агент-лесс:

# Ansible не требует агентов на целевых узлах
# Использует SSH/WinRM для подключения
- hosts: webservers
  become: yes
  tasks:
    - name: Ensure nginx is installed
      apt:
        name: nginx
        state: present

# Terraform провайдеры взаимодействуют с API облачных платформ
resource "aws_instance" "web" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "t2.micro"
  
  tags = {
    Name = "WebServer"
  }
}

Языки описания:

• Ansible: YAML (более читаемый, ориентирован на процедуры)
• Terraform: HCL (HashiCorp Configuration Language) - специализированный язык для описания инфраструктуры

Различия в управлении ресурсами

Провайдеры и модули:

• Terraform имеет провайдеры для взаимодействия с различными платформами (AWS, Azure, Kubernetes)
• Ansible использует модули для выполнения конкретных задач

Жизненный цикл ресурсов:

# Terraform управляет полным жизненным циклом
resource "aws_vpc" "main" {
  cidr_block = "10.0.0.0/16"
  
  lifecycle {
    create_before_destroy = true
    prevent_destroy = false
  }
}

Когда использовать каждый инструмент?

Используйте Terraform для:

• Создания и управления облачной инфраструктурой (VPC, подсети, security groups)
• Оркестрации нескольких облачных провайдеров
• Развертывания платформ как сервис (PaaS)
• Управления ресурсами, которые существуют вне ОС (базы данных, бакеты S3, CDN)
• Сценариев, где важна детерминированность и полный контроль над жизненным циклом

Используйте Ansible для:

• Настройки операционных систем и установки ПО
• Управления конфигурациями приложений
• Выполнения ad-hoc команд на множестве серверов
• Оркестрации процессов развертывания
• Управления пользователями и правами доступа
• Обновления и патчинга систем

Практические сценарии комбинирования

В реальных DevOps-практиках инструменты часто используются вместе:

1. Terraform создает инфраструктуру, затем Ansible настраивает инстансы
2. Terraform работает с неизменяемой инфраструктурой, Ansible — с изменяемой
3. Terraform для provisioning, Ansible для configuration management

# Типичный пайплайн:
terraform apply -auto-approve  # Создание инфраструктуры
ansible-playbook configure.yml # Настройка созданных серверов
ansible-playbook deploy.yml    # Развертывание приложения

Заключение

Terraform лучше подходит для управления внешней инфраструктурой и облачными ресурсами, обеспечивая предсказуемость и воспроизводимость. Ansible идеален для внутренней настройки систем и приложений, предоставляя гибкость и простоту в управлении конфигурациями.

Опытные DevOps-инженеры используют сильные стороны обоих инструментов, создавая гибридные решения: Terraform для создания "сырой" инфраструктуры и Ansible для ее наполнения бизнес-логикой. Выбор зависит от конкретной задачи: создаете ли вы инфраструктуру "с нуля" или управляете конфигурацией существующих систем.