🔄 Как переехать из Kubernetes в Terraform

Когда инфраструктура разрастается — десятки кластеров, множество регионов, разные окружения — управление Kubernetes через локальные манифесты, Helm-чарты, скрипты и ad-hoc утилиты становится болью.

Почему вообще стоит рассматривать Terraform

— Единый подход к инфраструктуре как к коду (IaC). Меньше ad-hoc скриптов, меньше особенных случаев.

— Одинаковые шаблоны, модули, terraform-пакеты можно применять для разных кластеров, регионов, окружений.

— Когда инфраструктура описана декларативно в Terraform, её проще тестировать, планировать изменения и откатывать.

С чего начать переезд

Прежде чем двигать сервисы, стоит договориться о структуре: где хранится код, как выглядят модули, как будут разделены окружения вроде dev, staging и prod.

Важно определиться с управлением состоянием: локальные файлы .tfstate неприемлемы в продакшене, поэтому лучше сразу настроить удалённое хранилище — например, S3 с DynamoDB для блокировок или Terraform Cloud.

Следующий шаг — начать с малого. Не стоит пытаться перенести сразу весь кластер или десятки сервисов. Лучше выбрать один изолированный сервис, у которого нет сложных зависимостей, и попробовать описать его в Terraform.

Так команда поймёт процесс, столкнётся с первыми проблемами импорта и научится проверять планы перед применением.

Когда базовые принципы обкатаны, становится ясно, что без инструментов миграция будет мучительной. Поэтому стоит вложиться в создание шаблонов и модулей. Один модуль может описывать типовой сервис — Deployment, Service и Ingress. Другой — целый namespace или набор ресурсов для окружения.

Самая непростая часть — импорт существующих ресурсов. Kubernetes кластеры редко пустые, в них уже работают десятки объектов. Их нужно постепенно поднимать под контроль Terraform, используя команду terraform import. Но просто импортировать недостаточно — нужно сверять, чтобы конфигурация в HCL совпадала с реальностью.

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

Главная ценность миграции — в стандартизации. Инфраструктура становится предсказуемой и масштабируемой, а команды получают единый язык управления. Это долгий процесс, но итогом становится устойчивая и безопасная платформа.

🐸Библиотека devops'a

#буст

😊 Выберите свой класс

🐸Библиотека devops'a

#развлекалово

🔄 Миграция пайплайнов

GitHub Actions и GitLab CI/CD похожи по сути, но несовместимы по форме. Просто копипаста из .github/workflows недостаточно — у GitLab свой формат, правила и возможности. Поэтому мы подготовили для вас промпт для удобного переезда.

Промпт:

Перенеси нашу текущую систему CI/CD с платформы GitHub на GitLab CI/CD, включая все workflow, скрипты и конфигурации из .github/workflows. Адаптируй конфигурации под формат .gitlab-ci.yml с учётом особенностей GitLab CI, языков программирования, используемых инструментов и окружений в проекте. Обеспечь корректную работу всех этапов сборки, тестирования и деплоя, а также настрой уведомления и артефакты. В конце опиши поэтапно весь процесс миграции, укажи все необходимые изменения и предоставь рекомендации по проверке и отладке нового CI/CD конвейера.

🐸Библиотека devops'a

#буст

🚀 Grafana Mimir: улучшения производительности и экономии памяти

В Grafana Mimir представили новый движок запросов (Mimir Query Engine, MQE) и теперь работать с данными стало проще, быстрее и экономичнее.

Что изменилось

• Большие запросы больше не тормозят систему — данные обрабатываются частями прямо на лету.

• Использование памяти упало на 70%, а запросы стали выполняться до 80% быстрее!

• Даже при высоких нагрузках система держится уверенно, без сбоев.

Теперь Grafana Mimir — это инструмент, который не только собирает данные, но и делает это умно, быстро и без лишней нагрузки на серверы.

➡️ Блог разработчиков

🐸Библиотека devops'a

#пульс_индустрии

🛠 4 утилиты для работы с текстом в терминале

Когда работаешь с логами в ход обычно идут grep и awk. Но есть и другие инструменты, которые спасают не меньше:

• tr — заменяет или убирает символы:

cat names.txt | tr '[:lower:]' '[:upper:]'

Команда превратит весь текст в CAPS LOCK.

• sort — сортирует строки:

cat errors.log | sort

Хаос превращается в аккуратный список.

• uniq — убирает дубликаты:

cat users.txt | sort | uniq

• nl — нумерует строки:

cat config.yaml | nl

Удобно искать по номерам, а не на глаз.

Вместе они превращают любой текстовый файл в данные, с которыми приятно работать.

Например:

cat access.log | cut -d' ' -f1 | sort | uniq -c | sort -nr | nl | head

Топ-10 IP-адресов по количеству запросов, с нумерацией.

🐸Библиотека devops'a

#арсенал_инженера

🌐 Делим ресурсы умно в k8s

В Kubernetes 1.34 появилась возможность DRA Consumable Capacity. Теперь можно выделять конкретные части устройства (например, 8 ГБ памяти из виртуальной GPU) для разных Pod'ов, не ограничиваясь полным выделением устройства. Один ресурс может быть разделён между несколькими Pod'ами или контейнерами, если это поддерживается драйвером устройства.

Введено новое ограничение DistinctAttribute, предотвращающее многократное выделение одного и того же ресурса внутри одного ResourceClaim, что важно для обеспечения отказоустойчивости и распределения нагрузки.

Чтобы активировать эту функцию, необходимо включить флаг DRAConsumableCapacity в kube-apiserver, kubelet, kube-scheduler и kube-controller-manager:

--feature-gates=...,DRAConsumableCapacity=true

➡️ Блог kubernetes

🐸Библиотека devops'a

#пульс_индустрии

👋 Amazon уходит из облака

Amazon Web Services остаётся крупнейшим игроком на рынке, но всё чаще звучит тезис: компания пересматривает стратегию облака. Разбираем, что стоит за этим и куда движется инфраструктура.

AWS остаётся ядром компании, но Amazon перестраивает архитектуру и уходит от модели «чистого облака». Причина в том, что централизованные дата-центры всё чаще сталкиваются с ограничениями.

Во-первых, задержки: для логистики, IoT и real-time приложений критично, чтобы вычисления происходили ближе к пользователю, а не через тысячи километров.

Во-вторых, стоимость: передача и хранение огромных массивов данных, особенно для машинного обучения, в облаке обходится слишком дорого.

В-третьих, регуляторика: данные приходится хранить локально, а не в удалённых центрах, из-за требований GDPR и национальных законов.

Ответ Amazon на эти вызовы — активные инвестиции в edge-computing, развитие гибридных решений и оптимизация инфраструктуры через Nitro Systems. Это не отказ, а эволюция: облако остаётся, но становится более распределённым и ближе к конечным пользователям.

В перспективе нас ждёт сдвиг: вместо выбора между «облаком» и «on-prem» компании будут строить гибридные системы, балансируя между скоростью, стоимостью и безопасностью.

🐸Библиотека devops'a

#разбор_полётов

💨 Веб-сервер на базе одноразового вейпа

Инженер под ником BogdanTheGeek, создал уникальный веб-сервер, используя одноразовый вейп. Проект, названный VapeServer, демонстрирует возможности переработки электроники и нестандартного использования микроконтроллеров.

Внутри вейпа оказался микроконтроллер PUYA PY32F002B с ядром ARM Cortex-M0+ на 24 МГц, 24 КБ флэш-памяти и 3 КБ ОЗУ. Эти характеристики кажутся скромными, но достаточно для создания функционального веб-сервера.

Bogdan использовал протокол SLIP (Serial Line Internet Protocol) через USB для передачи IP-пакетов. С помощью утилит pyOCD, socat и slattach он настроил виртуальный сетевой интерфейс. Для реализации TCP/IP стека был выбран uIP — компактный стек, не требующий операционной системы.

➡️ Блог разработчика

🐸Библиотека devops'a

#пульс_индустрии

📰 Дайджест недели

Собрали для вас действительно годные новости и материалы прошедших дней.

— systemd 258: конец эпохи cgroup v1

Вышел релиз systemd v258, и это заметный шаг вперёд. Самое громкое изменение — полное удаление поддержки cgroup v1: теперь всегда используется только современный cgroup v2.

— Многозадачность на уровне ядра без виртуализации

Представлен открытый проект Multikernel, позволяющий запускать несколько независимых экземпляров ядра Linux на одном физическом сервере.

— Ubuntu 25.10 Beta

Canonical представила бета-версию Ubuntu 25.10 с кодовым именем Questing Quokka. В релиз вошли обновлённые Desktop, Server, WSL и Cloud-образы.

— В Grafana Mimir представили новый движок запросов

— DRA Consumable Capacity в k8s

— VapeServer от BogdanTheGeek

🐸Библиотека devops'a

#дайджест_недели

➡️ Выбираем направление на неделю

Пора определить, чему посвятим наше внимание в ближайшие 7 дней. Ваш голос влияет на то, какой контент будет появляться в вашей ленте.

Ждём ваши голоса

🐸Библиотека devops'a

#голосование_за_контент

⚡️ Охота за дубликатами файлов

Иногда на диске копятся одинаковые файлы — архивы, фото, бэкапы. rdfind помогает находить такие дубликаты по содержимому, а не только по имени.

Как работает:

1.Сначала сортирует файлы по размеру.
2. Сверяет первые и последние байты.
3. Проверяет контрольные суммы.
4. Находит клоны и решает, какой оставить «оригиналом».

Примеры:

# Поиск дубликатов в папке ~/Documents
# Ничего не удаляет — только отчёт
rdfind -dryrun true ~/Documents

# Ищет дубликаты в ~/Pictures и заменяет их на hardlink-и
rdfind -makehardlinks true ~/Pictures

Удаление дублей:

rdfind -deleteduplicates true ~/Downloads

Лучшее применение: чистка фотоархивов, бэкапов, NAS-хранилищ. Сначала тестируйте в dry-run, а потом смело освобождайте гигабайты.

➡️ Удалить дубликаты

🐸Библиотека devops'a

#root@prompt

🐳 Docker Desktop 4.46

Docker представил новую версию Desktop тихими обновлениями. Теперь компоненты вроде Docker Compose, Scout, Ask Gordon и Model Runner обновляются в фоне без лишних уведомлений и без прерывания работы.

Обновление уже доступно и будет постепенно раскатываться на всех.

➡️ Блог разработчиков

🐸Библиотека devops'a

#пульс_индустрии