DevOps Portal | Linux

kubectl tree — плагин для kubectl, который проходит по ownerReferences и выводит полное дерево объектов под Deployment или кастомным ресурсом, чтобы было видно, какой объект что создал. ➜ https://github.com/ahmetb/kubectl-tree 👉 DevOps Portal

⚡️⚡️Инциденты, Kubernetes и мок-собеседования — на DevOops 2026 Уже этой осенью на конференции DevOops 2026 будет пять практических воркшопов, где недостаточно просто слушать. Участники будут расследовать продакшен-инциденты, работать с живой инфраструктурой, собирать Kubernetes-платформу, разбираться с runtime security и проходить техническое мок-собеседование. 📆12–13 октября, Санкт-Петербург + онлайн Здесь важен именно офлайн: эти форматы не будут транслироваться и не попадут в запись. Воркшопы и мастер-классы построены вокруг командной работы, живых стендов, вопросов участников и задач, которые нужно решать прямо в зале. Все подробности — в карточках и на сайте. Если интересны именно эти форматы, нужен офлайн-билет. На месте также можно попасть на вечеринку, посмотреть стенды партнеров и остаться на живые дискуссии после каждого доклада. 🌟По промокоду: loosecode персональные билеты со скидкой. [Купить билет]

Изучайте Linux-сети на практике Новый практический челлендж — потренируйтесь разбираться в сетевой конфигурации Linux-хостов: находить имена интерфейсов, IP- и MAC-адреса, шлюз по умолчанию, а также определять, какие маршруты сервер использует для доступа к разным адресам. https://labs.iximiuz.com/challenges/linux-inspect-network-interfaces-and-routes 👉 DevOps Portal

В iximiuz Labs появился новый сложный челлендж по контейнеризации:

Отладить Go-контейнер, который перестал запускаться после недавнего изменения.

Сможете найти первопричину и исправить сборку? https://labs.iximiuz.com/challenges/fix-go-container-image-broken-by-recent-change 👉 DevOps Portal

Гринатом — ИТ-интегратор Росатома — ищет системного администратора виртуализации в Нижнем Новгороде!💼 Мы ищем специалиста с глубокими знаниями Linux и опытом администрирования высоконагруженных инфраструктур, систем виртуализации и распределённых хранилищ. Важно уверенно работать с LDAP, Kerberos, мониторингом, логами и системными метриками, а также владеть Bash и Python для автоматизации задач. ✅От нас — все возможности для комфортной работы: от ДМС со стоматологией до скидок от партнёров. А ещё в первые месяцы вас ждут обучение, внутренние аттестации и получение сертификатов по продуктам.

Разберите этот сценарий troubleshooting в Kubernetes При развёртывании Kubernetes-кластера на базе kubeadm в AWS с Calico CNI можно столкнуться с таймаутами соединения между Pod'ами и CoreDNS. Авторы столкнулись с этой проблемой и подготовили подробную статью, в которой разобрали: - почему возникает эта проблема; - как пошагово её диагностировать; - реальную первопричину; - как сетевая инфраструктура AWS взаимодействует с Calico; - как правильно исправить проблему. Читать статью: https://blog.techiescamp.com/docs/fix-dns-timeout-kubeadm-calico-aws/ 👉 DevOps Portal

Hermes Agent Operator запускает AI-агентов Hermes в Kubernetes как кастомные ресурсы, поэтому конфигурация, навыки и рабочее пространство каждого агента хранятся в одном манифесте, а не разбросаны по чьему-то ноутбуку. ➜ https://github.com/hermeum/hermes-agent-operator 👉 DevOps Portal

🤖 DevOps в эпоху AI трансформации: что работает уже сейчас! 17 сентября Сбер собирает DevOps-инженеров, SRE и платформенные команды на встречу о том, как AI меняет работу с инфраструктурой, релизами и безопасностью. Обсудим: 🔘Platform Engineering и IDP: как строить внутренние платформы без лишней сложности 🔘Agentic engineering: каких агентов уже можно доверить пайплайнам 🔘Security на скорости: как закрывать уязвимости, когда счет идет на часы Своим опытом поделятся практики из Авито, Сбера, Cloud․ru и Т-Банка. Встречаемся 17 сентября в 17:00 в Сбер.Среде (Москва, Земляной Вал 9А) или онлайн. Мест всего 150 — успей занять своё по ссылке!

GitLab Architecture: A Complete Guide В этом вводном гайде вы узнаете: - Основные компоненты GitLab - Хранилище GitLab - Высокая доступность и масштабируемость - Аутентификация и авторизация - Мониторинг GitLab с помощью Prometheus и Grafana Подробное руководство: https://devopscube.com/gitlab-architecture/ 👉 DevOps Portal

Мощнее — не значит дороже Главные расходы при расширении 1С и баз данных — это не само железо, а лицензии ПО за каждое ядро. Оптимизировать затраты можно с помощью высокочастотных процессоров. Selectel запустил кластер AMD HiFreq в публичном облаке на базе VMware. Частота процессоров до 4.8 ГГц позволяет получить нужную производительность на меньшем количестве ядер. Высокая частота процессоров сглаживает разницу в производительности при переходе с Oracle и MS SQL на российские СУБД: Postgres Pro, Tantor и другие. Быстрые диски снимают ограничения при обработке тяжелых нагрузок в 1С и аналитике. Рассчитайте стоимость в удобном калькуляторе и разверните кластер для ваших задач: https://slc.tl/0r7gf Реклама. АО "Селектел". erid:2W5zFHFQWR7

Самый красивый сайт, который я сегодня видел: https://kubernetes3d.com/rack Он визуализирует кластер Kubernetes в виде серверной стойки, причём всё выполнено в полноценном 3D - выглядит действительно впечатляюще. Есть отдельные виды спереди, сзади и сбоку, и каждый показывает один и тот же кластер с разных ракурсов. Настоящее произведение искусства. Обратите внимание: все кнопки и сцены здесь интерактивны, поэтому сайт отлично подходит ещё и для изучения концепций. Я уже довольно долго с ним играюсь 👉 DevOps Portal

Как понять, что пора перейти из сисадмина в DevOps⚡️ Собрали карту навыков на 2026 год — чтобы не хвататься за всё подряд, а двигаться по чёткой траектории. Что внутри: ✅6 уровней - от Linux и Bash до Kubernetes и мониторинга. Видно, что идёт за чем и почему. ✅Что реально спрашивают на собеседованиях - конкретные вопросы и то, какой ответ от тебя ждут. ✅Чек-листы для самопроверки на каждом уровне - сразу видно, где пробел, а что уже закрыто. ✅Интерпретация результата - сколько пунктов чек-листа нужно закрыть, чтобы считать себя готовым к позиции DevOps Junior. Особенно полезно, если давно администрируешь серверы руками и хочешь понять, в каком порядке закрывать пробелы, а не учить технологии вслепую. Забрать карту навыков 👉 ПОЛУЧИТЬ КАРТУ НАВЫКОВ

Новый челлендж по Kubernetes на iximiuz Labs: Получите доступ к приватному Kubernetes-кластеру через SSH SOCKS-прокси 🧙‍♂️ Попрактикуйтесь в удобном способе подключения к Kubernetes API Server без проброса конкретного порта и без необходимости менять адрес сервера в kubeconfig: https://labs.iximiuz.com/challenges/access-kubernetes-api-through-ssh-socks-proxy 👉 DevOps Portal

Когда ты уже станешь настоящим DevOps? Открываешь вакансию: Linux, Docker, Kubernetes, CI/CD, сети… Закрываешь вакансию. Полгода учишься и всё ещё не понимаешь: «А меня уже возьмут?» Проверь это в бесплатном тесте Pigeon Careers. За 4–5 минут узнаешь: ✅ что уже знаешь ✅ где пробелы ✅ что учить дальше ✅ сколько примерно осталось до первой работы Можно также сравнить DevOps с аналитикой и Python. Без покупки курса и многочасовых лекций. Кстати, Pigeon Careers помогли устроиться 20+ ребятам за последний год. Средний оффер — 245к. Пройти тест: @test

Что такое Distroless-образ контейнера? 🧐 Go известен своими статически слинкованными бинарниками. Можно взять исполняемый файл Go, положить его в контейнер с FROM scratch - и на этом закончить. Но у такого подхода есть несколько проблем... 1. В контейнерах FROM scratch нет нормального управления пользователями Базовый образ scratch — это буквально пустой образ. Поэтому файлов /etc/passwd и /etc/group там просто нет. Из-за этого контейнеризированный процесс в большинстве случаев запускается от root. 2. В FROM scratch отсутствуют некоторые важные директории /tmp, /root, /home, /var, /etc — ничего из этого в scratch-контейнере нет, если, конечно, вы не примонтируете нужные директории самостоятельно. Из-за этого приложение может работать некорректно — попробуйте, например, создать временный файл и посмотрите, что произойдёт 😉 3. В FROM scratch нет CA-сертификатов и данных о часовых поясах Нужно обратиться к HTTPS-эндпоинту? Не получится. Нужно выполнить преобразование времени между часовыми поясами? Тоже не получится. 4. В FROM scratch нет runtime вашего языка Если поддержка статической линковки в вашем языке не настолько хороша, как в Go, либо приложению нужен интерпретатор или runtime-окружение, использовать scratch-контейнеры становится практически невозможно. Distroless-образы как раз решают эти проблемы, при этом оставаясь максимально близкими к подходу FROM scratch. Хороший пример — проект GoogleContainerTools/distroless. В нём есть следующие базовые образы: - distroless/static = scratch + структура директорий, похожая на обычный дистрибутив, /etc/{passwd,group}, CA-сертификаты и данные о часовых поясах - distroless/base = distroless/static + glibc - distroless/cc = distroless/base + libgcc Также есть несколько специализированных под конкретные языки, но всё ещё distroless-образов: - distroless/java — для Java 17, 21 и 25 - distroless/nodejs — для Node.js 22, 24 и 26 - distroless/python3 — соответственно, для Python 3 Но существуют и другие проекты и продукты. Подробнее о distroless-образах - в туториале iximiuz Labs: https://labs.iximiuz.com/tutorials/gcr-distroless-container-images 👉 DevOps Portal

keda-gpu-scaler — это внешний scaler для KEDA, который считывает GPU-метрики через NVML на каждом узле. Благодаря этому deployments с vLLM и Triton масштабируются по реальной нагрузке на GPU, а не по CPU, включая scale-to-zero ➜ https://github.com/pmady/keda-gpu-scaler 👉 DevOps Portal

🐧 Хочешь освоить Linux и Python, но без скучных лекций и боли? В PyLinux всё по-другому: 🔵 Простые объяснения, даже сложных тем 🔵 Полезные скрипты и примеры 🔵 Книги, шпаргалки, гайды 🔵 и многое другое.... 👉 Всё, чтобы ты рос в IT без стресса и хаоса!

Разворачиваем Llama 3 с Docker и vLLM Запуск LLM – это не просто поднять контейнер. Здесь важны производительность, память и эффективное использование GPU. В этом гайде разберём: - Настройку GPU-окружения: Docker + NVIDIA Runtime - Деплой модели с Llama и vLLM - Оптимизацию памяти с помощью флага --gpu-memory-utilization, чтобы сбалансировать VRAM между весами модели и KV Cache - Техники квантизации, которые позволяют увеличить throughput более чем в 2 раза — с 1,62 до 3,64 req/s — и вдвое сократить потребление VRAM - Как работает Continuous Batching Подробный гайд: https://devopscube.com/deploying-llama-with-docker-and-vllm/ Следуя экспериментам по оптимизации из гайда, можно получить: - рост общего throughput в 2,2 раза - Time to First Token (TTFT) в 3 раза быстрее - от 5 до 20+ одновременных пользователей на том же железе — NVIDIA RTX 4000 Примечание: этот гайд предназначен для обучения и экспериментов. Используйте его, чтобы разобраться в основных концепциях. 👉 DevOps Portal

Друзья! Осенью этого года в День тестировщика 9 сентября в Москве пройдет очередная ежегодная конференция по обеспечению качества ИТ-систем «Перфоманс Конф 12». Формат: онлайн и оффлайн Конференция полезна инженерам по нагрузочному тестированию, руководителям отделов QA, DevOps, SRE-специалистам и всем тем, кто занимается производительностью, надёжностью и нагрузкой. На мероприятии выступят спикеры из таких компаний, как:  VK, Сбер, Т‑Банк, Yandex.Cloud и многих других. Без воды, только практика.   Вся дополнительная информация на сайте https://perfconf.ru  и в канале конференции: https://t.me/performanceconf

Все мониторят поды, но почти никто не следит за этим критически важным компонентом А потом в Kubernetes-кластере что-то ломается – и внезапно etcd становится самым важным компонентом всей инфраструктуры. Потому что etcd – это мозг Kubernetes. Каждый Deployment, Secret, ConfigMap и Node хранится в etcd в виде данных. И вот что многие понимают неправильно: Только API Server взаимодействует с etcd напрямую. Поэтому если с etcd возникают проблемы, кластер перестаёт принимать любые новые изменения. Вы не сможете ничего задеплоить, масштабировать или обновить. Даже сейчас многие инженеры допускают базовые ошибки при работе с etcd. Не делают регулярные бэкапы. Запускают etcd на том же диске, где находится ОС. Или игнорируют проблемы с latency в распределённых конфигурациях. В продакшене etcd должен работать на быстрых SSD и быть изолирован от других workloads. Бэкапы должны выполняться автоматически. В подробном гайде разобрали бэкап и восстановление etcd Читать: https://devopscube.com/backup-etcd-restore-kubernetes/ 👉 DevOps Portal