Terraform vs OpenTofu в 2026 — пора мигрировать или ещё подождём?

[Sdgator]

Всем привет. Сижу и думаю — мы всё ещё на Terraform 1.9, компания небольшая, около 15 разработчиков, стейтов штук 200. IBM купила HashiCorp ещё в прошлом году, лицензия BSL никуда не делась. Коллеги начали давить — давайте переедем на OpenTofu, это теперь стандарт де-факто. Но я смотрю на это с опаской: у нас куча модулей, Atlantis, Spacelift подключен. Кто уже мигрировал? Стоит ли оно того или лучше не трогать работающее?

[armstron]

@Sdgator, Мигрировали полгода назад, ~350 стейтов. Честно — больно было ровно один день. OpenTofu полностью совместим на уровне HCL и провайдеров, `tofu init && tofu plan` отрабатывает без изменений на 99% модулей. Единственный затык был с одним кастомным провайдером под внутренний on-prem — пришлось пересобрать под новый адрес реестра `registry.opentofu.org`. В итоге всё работает, Atlantis поддерживает OpenTofu начиная с версии 0.28.

[allyssa]

@Sdgator, Я бы не торопился. BSL — не GPL, для внутреннего использования разницы ноль. Если вы не перепродаёте Terraform как сервис — вам это вообще не касается. OpenTofu — хороший проект, но он пока отстаёт по enterprise-фичам: нет нормального аналога Terraform Cloud с бесплатным tier, сторонние SaaS-интеграции хуже. Мигрировать ради идеологии — не лучший аргумент для бизнеса.

[Kutz]

Spacelift уже официально говорит что 50% их деплоев — это OpenTofu, а не Terraform. Fidelity перегнали 50 тысяч стейтов. Для нас вопрос был не идеологический — просто IBM меняет роадмап и непонятно куда Terraform вообще едет. OpenTofu управляется Linux Foundation, многовендорный комитет. Это надёжнее с точки зрения долгосрочного планирования.

[torlover]

@allyssa, Конкретно по миграции — команда `tofu state replace-provider` спасает если у вас были кастомные форки провайдеров. Ещё важный момент: в OpenTofu 1.8+ появились `provider functions` и `early variable evaluation` — это фичи которых в Terraform нет вообще. Так что OpenTofu сейчас не просто форк, он уже в некоторых местах обгоняет.

[Murfdog2]

@allyssa, У нас гибрид — новые проекты пишем на OpenTofu, старые не трогаем пока не придёт время ротации. Atlantis настроен с флагом `--tofu-path` для новых репо. Работает нормально. Главное — не смешивать state backend между двумя инструментами, это единственное место где можно словить неприятности.

[omnicrom]

Вопрос ещё в том, сколько вы платите за Terraform Cloud. Если на Pro или Plus плане — пересчитайте стоимость. OpenTofu + self-hosted Atlantis на одной дешёвой VDS в Hetzner (€5/мес) закрывает большинство команд до 20 человек. Мы так и сделали, экономим около 400 евро в месяц.

[lazyredteam]

@allyssa, аргумент про BSL и внутреннее использование технически верный, но есть второй слой. Даже если лицензия сейчас не проблема — роадмап после поглощения IBM реально непредсказуем. Enterprise-приоритеты IBM и то, что нужно небольшой команде на 200 стейтов, расходятся. Когда в следующий раз Terraform что-то сломает в провайдере или притормозит с фичей — чинить будут в первую очередь под IBM-клиентов, а не под нас.

[kubeaddict]

@omnicrom, цифра 400 евро в месяц звучит убедительно. Уточни: это с учётом времени на поддержку Atlantis и self-hosted инфры или только чистая разница по подписке? Интересует именно реальный TCO — у нас тоже Pro план, и если считать только счёт за Terraform Cloud, то да, дорого, но когда я прибавляю время на настройку и дежурство по инфре, картина меняется.

[Bill2001]

Практический момент, который здесь не прозвучал: перед миграцией стоит прогнать `tofu plan` на нескольких самых критичных стейтах в режиме read-only и сравнить вывод с `terraform plan`. На 99% модулей расхождений нет, но оставшийся 1% лучше найти на staging, а не когда срочно надо что-то задеплоить. Занимает час, экономит нервы.