Atmos добавил нативную поддержку dev-контейнеров: конец проблеме «у меня работает»

Платформа Atmos, известная как инструмент управления облачной инфраструктурой, получила нативную поддержку dev-контейнеров. Это прямое решение классической боли платформенных команд: когда один и тот же код работает у одного инженера и ломается у другого из-за разных версий Terraform, kubectl или настроек окружения.

Суть нововведения в том, что все инструменты больше не нужно ставить на хост-машину. Достаточно установить один бинарник Atmos, а Terraform, облачные CLI (AWS, Azure, GCP), Kubernetes-утилиты и прочее подтягиваются из контейнерного образа автоматически. Конфигурация задаётся в файле atmos.yaml в секции devcontainer — можно описывать окружения прямо там или подключать существующие devcontainer.json через функцию !include с поддержкой глубокого слияния и переопределения полей.

Отдельно стоит готовый образ Geodesic — проверенный почти десять лет DevOps-инструментарий на базе Debian с поддержкой amd64 и arm64. Он уже включает Atmos, Terraform, kubectl и облачные CLI. Для изоляции работы каждый инженер может запускать собственный экземпляр контейнера с независимым состоянием, например atmos devcontainer shell geodesic —instance alice. Помимо команды shell, доступен полный жизненный цикл: start, attach, stop, logs, remove и rebuild.

Всё запускается за пару минут: установка через brew install atmos, переход в репозиторий инфраструктуры и команда atmos devcontainer shell. Хост-машина остаётся чистой, а версии инструментов у всей команды совпадают.

Что это значит

Для платформенных и DevOps-команд это снижает порог входа в инфраструктурные репозитории и убирает целый класс проблем «работает у меня». Новому инженеру больше не нужно полдня настраивать окружение — достаточно одного инструмента. Это также упрощает воспроизводимость сборок и снижает расхождения между локальной разработкой и CI.

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

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

📌 Чтобы не пропустить новые публикации, подписывайтесь там, где вам удобнее: Дзен или MAX.

💛 Если статья оказалась полезной, поддержите автора донатом.

Материал подготовлен на основе информации из открытых источников. Все права на исходные материалы принадлежат их авторам. Если вы являетесь правообладателем и возражаете против использования, свяжитесь с нами по адресу info@11st.press.