IaC в разрозненной среде: сравнение Terraform и Pulumi

Вот важная новость с фронта ИИ: flow_log 11 минут назад IaC в разрозненной среде: сравнение Terraform и Pulumi Простой 12 мин 368 Блог компании MWS Cloud Блог компании МТС IT-инфраструктура * DevOps * Системное администрирование * Обзор Привет, Хабр! Это первая статья из цикла материалов о построении инженерной платформы в гетерогенной среде. Мы будем разбирать инструменты, антипаттерны и ограничения при эксплуатации.

В этом выпуске сравним подходы Terraform и Pulumi, а также рассмотрим управление состоянием, детекцию дрейфа инфраструктуры и практику управления инфраструктурой как кодом (IaC). Введение: с чем мы реально работаем Навести порядок в ИТ-инфраструктуре — всегда сложная задача. Когда вместе живут bare-metal серверы, гипервизоры, облачные решения и десятки Kubernetes-кластеров, быстро понимаешь — «идеального стека» не существует.

Технические детали

В нашей реальности разнородная инфраструктура — это нормально, и с этим нужно научиться работать. К гибридной инфраструктуре добавляется организационный слой: десятки автономных команд (backend, UI, data engineering, ML, platform). У каждой — свой бэкграунд, свой уровень зрелости и разный подход к описанию всей имеющейся инфраструктуры в виде кода (IaC).

Кто-то всегда пишет на HCL, кто-то предпочитает Python/JS, а кто-то привык работать с docker compose up –d. Задача инженера платформы в такой обстановке не в том, чтобы навязать «серебряную пулю», а в том, чтобы дать инструмент, который:не ломает существующие процессы;обеспечивает контроль над состоянием инфраструктуры;позволяет стандартизировать базовые паттерны;предсказуемо реагирует на изменения, внесённые вручную. Далее разберём два основных инструмента, которые можно использовать для решения таких задач: Terraform и Pulumi.

Terraform (HCL) История Terraform фактически началась в 2011 году, когда AWS анонсировала CloudFormation: Митчелл Хашимото, сооснователь HashiCorp, опубликовал пост, в котором высоко оценил идею управления инфраструктурой с помощью кода, но отметил критический пробел — отсутствие open source облачно-независимого инструмента, который бы предоставлял единый рабочий процесс для любого провайдера. Несколько лет идея оставалась нереализованной, пока растущая сложность мультиоблачных сред не сделала проблему острой для самой HashiCorp. В июле 2014 года компания выпустила Terraform 0.

Отраслевые последствия

1 с поддержкой AWS и DigitalOcean, распространяющегося под открытой лицензией MPL 2. В Terraform изначально заложили гибкую архитектуру на основе провайдеров, позволяющую расширять инструмент под любую платформу. Для описания инфраструктуры разработчики создали собственный простой язык — HCL.

Пример декларативного описания на HCL для создания виртуальной машины через libvirt:terraform { required_providers { libvirt = { source = "dmacvicar/libvirt" version = "~> 0. 7" } } } provider "libvirt" { uri = "qemu:///system" } resource "libvirt_volume" "disk" { ... } resource "libvirt_network" "net" { ...

} resource "libvirt_cloudinit_disk" "commoninit" { ...

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.