DevOps Portal | Linux
Open in Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Show more
Network:📈 Analytical overview of Telegram channel DevOps Portal | Linux
Channel DevOps Portal | Linux (@loose_code) in the Russian language segment is an active participant. Currently, the community unites 13 083 subscribers, ranking 9 353 in the Technologies & Applications category and 49 257 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 13 083 subscribers.
According to the latest data from 15 September, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 1 over the last 30 days and by -3 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 16.59%. Within the first 24 hours after publication, content typically collects 9.08% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 170 views. Within the first day, a publication typically gains 1 188 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 8.
- Thematic interests: Content is focused on key topics such as devops, kubernetes, docker, linux, ebpf.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Thanks to the high frequency of updates (latest data received on 16 September, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
13 083
Subscribers
-324 hours
-17 days
+130 days
Posts Archive
13 083
kubectl tree — плагин для kubectl, который проходит по ownerReferences и выводит полное дерево объектов под Deployment или кастомным ресурсом, чтобы было видно, какой объект что создал.
➜ https://github.com/ahmetb/kubectl-tree
👉 DevOps Portal13 083
+3⚡️⚡️Инциденты, Kubernetes и мок-собеседования — на DevOops 2026
Уже этой осенью на конференции DevOops 2026 будет пять практических воркшопов, где недостаточно просто слушать. Участники будут расследовать продакшен-инциденты, работать с живой инфраструктурой, собирать Kubernetes-платформу, разбираться с runtime security и проходить техническое мок-собеседование.
📆12–13 октября, Санкт-Петербург + онлайн
Здесь важен именно офлайн: эти форматы не будут транслироваться и не попадут в запись. Воркшопы и мастер-классы построены вокруг командной работы, живых стендов, вопросов участников и задач, которые нужно решать прямо в зале.
Все подробности — в карточках и на сайте.
Если интересны именно эти форматы, нужен офлайн-билет.
На месте также можно попасть на вечеринку, посмотреть стенды партнеров и остаться на живые дискуссии после каждого доклада.
🌟По промокоду:
loosecode персональные билеты со скидкой.
[Купить билет]13 083
Изучайте Linux-сети на практике
Новый практический челлендж — потренируйтесь разбираться в сетевой конфигурации Linux-хостов: находить имена интерфейсов, IP- и MAC-адреса, шлюз по умолчанию, а также определять, какие маршруты сервер использует для доступа к разным адресам.
https://labs.iximiuz.com/challenges/linux-inspect-network-interfaces-and-routes
👉 DevOps Portal
13 083
В iximiuz Labs появился новый сложный челлендж по контейнеризации:
Отладить Go-контейнер, который перестал запускаться после недавнего изменения.Сможете найти первопричину и исправить сборку? https://labs.iximiuz.com/challenges/fix-go-container-image-broken-by-recent-change 👉 DevOps Portal
13 083
Гринатом — ИТ-интегратор Росатома — ищет системного администратора виртуализации в Нижнем Новгороде!💼
Мы ищем специалиста с глубокими знаниями Linux и опытом администрирования высоконагруженных инфраструктур, систем виртуализации и распределённых хранилищ. Важно уверенно работать с LDAP, Kerberos, мониторингом, логами и системными метриками, а также владеть Bash и Python для автоматизации задач.
✅От нас — все возможности для комфортной работы: от ДМС со стоматологией до скидок от партнёров. А ещё в первые месяцы вас ждут обучение, внутренние аттестации и получение сертификатов по продуктам.
13 083
Разберите этот сценарий troubleshooting в Kubernetes
При развёртывании Kubernetes-кластера на базе kubeadm в AWS с Calico CNI можно столкнуться с таймаутами соединения между Pod'ами и CoreDNS.
Авторы столкнулись с этой проблемой и подготовили подробную статью, в которой разобрали:
- почему возникает эта проблема;
- как пошагово её диагностировать;
- реальную первопричину;
- как сетевая инфраструктура AWS взаимодействует с Calico;
- как правильно исправить проблему.
Читать статью:
https://blog.techiescamp.com/docs/fix-dns-timeout-kubeadm-calico-aws/
👉 DevOps Portal
13 083
Hermes Agent Operator запускает AI-агентов Hermes в Kubernetes как кастомные ресурсы, поэтому конфигурация, навыки и рабочее пространство каждого агента хранятся в одном манифесте, а не разбросаны по чьему-то ноутбуку.
➜ https://github.com/hermeum/hermes-agent-operator
👉 DevOps Portal
13 083
🤖 DevOps в эпоху AI трансформации: что работает уже сейчас!
17 сентября Сбер собирает DevOps-инженеров, SRE и платформенные команды на встречу о том, как AI меняет работу с инфраструктурой, релизами и безопасностью.
Обсудим:
🔘Platform Engineering и IDP: как строить внутренние платформы без лишней сложности
🔘Agentic engineering: каких агентов уже можно доверить пайплайнам
🔘Security на скорости: как закрывать уязвимости, когда счет идет на часы
Своим опытом поделятся практики из Авито, Сбера, Cloud․ru и Т-Банка.
Встречаемся 17 сентября в 17:00 в Сбер.Среде (Москва, Земляной Вал 9А) или онлайн. Мест всего 150 — успей занять своё по ссылке!
13 083
GitLab Architecture: A Complete Guide
В этом вводном гайде вы узнаете:
- Основные компоненты GitLab
- Хранилище GitLab
- Высокая доступность и масштабируемость
- Аутентификация и авторизация
- Мониторинг GitLab с помощью Prometheus и Grafana
Подробное руководство: https://devopscube.com/gitlab-architecture/
👉 DevOps Portal
13 083
Мощнее — не значит дороже
Главные расходы при расширении 1С и баз данных — это не само железо, а лицензии ПО за каждое ядро.
Оптимизировать затраты можно с помощью высокочастотных процессоров. Selectel запустил кластер AMD HiFreq в публичном облаке на базе VMware. Частота процессоров до 4.8 ГГц позволяет получить нужную производительность на меньшем количестве ядер.
Высокая частота процессоров сглаживает разницу в производительности при переходе с Oracle и MS SQL на российские СУБД: Postgres Pro, Tantor и другие. Быстрые диски снимают ограничения при обработке тяжелых нагрузок в 1С и аналитике.
Рассчитайте стоимость в удобном калькуляторе и разверните кластер для ваших задач: https://slc.tl/0r7gf
Реклама. АО "Селектел". erid:2W5zFHFQWR7
13 083
Самый красивый сайт, который я сегодня видел:
https://kubernetes3d.com/rack
Он визуализирует кластер Kubernetes в виде серверной стойки, причём всё выполнено в полноценном 3D - выглядит действительно впечатляюще. Есть отдельные виды спереди, сзади и сбоку, и каждый показывает один и тот же кластер с разных ракурсов. Настоящее произведение искусства.
Обратите внимание: все кнопки и сцены здесь интерактивны, поэтому сайт отлично подходит ещё и для изучения концепций. Я уже довольно долго с ним играюсь
👉 DevOps Portal
13 083
Как понять, что пора перейти из сисадмина в DevOps⚡️
Собрали карту навыков на 2026 год — чтобы не хвататься за всё подряд, а двигаться по чёткой траектории.
Что внутри:
✅6 уровней - от Linux и Bash до Kubernetes и мониторинга. Видно, что идёт за чем и почему.
✅Что реально спрашивают на собеседованиях - конкретные вопросы и то, какой ответ от тебя ждут.
✅Чек-листы для самопроверки на каждом уровне - сразу видно, где пробел, а что уже закрыто.
✅Интерпретация результата - сколько пунктов чек-листа нужно закрыть, чтобы считать себя готовым к позиции DevOps Junior.
Особенно полезно, если давно администрируешь серверы руками и хочешь понять, в каком порядке закрывать пробелы, а не учить технологии вслепую.
Забрать карту навыков 👉 ПОЛУЧИТЬ КАРТУ НАВЫКОВ
13 083
Новый челлендж по Kubernetes на iximiuz Labs:
Получите доступ к приватному Kubernetes-кластеру через SSH SOCKS-прокси 🧙♂️
Попрактикуйтесь в удобном способе подключения к Kubernetes API Server без проброса конкретного порта и без необходимости менять адрес сервера в
kubeconfig:
https://labs.iximiuz.com/challenges/access-kubernetes-api-through-ssh-socks-proxy
👉 DevOps Portal13 083
Когда ты уже станешь настоящим DevOps?
Открываешь вакансию: Linux, Docker, Kubernetes, CI/CD, сети…
Закрываешь вакансию.
Полгода учишься и всё ещё не понимаешь: «А меня уже возьмут?»
Проверь это в бесплатном тесте Pigeon Careers.
За 4–5 минут узнаешь:
✅ что уже знаешь
✅ где пробелы
✅ что учить дальше
✅ сколько примерно осталось до первой работы
Можно также сравнить DevOps с аналитикой и Python.
Без покупки курса и многочасовых лекций.
Кстати, Pigeon Careers помогли устроиться 20+ ребятам за последний год. Средний оффер — 245к.
Пройти тест: @test
13 083
Что такое 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 Portal13 083
keda-gpu-scaler — это внешний scaler для KEDA, который считывает GPU-метрики через NVML на каждом узле. Благодаря этому deployments с vLLM и Triton масштабируются по реальной нагрузке на GPU, а не по CPU, включая scale-to-zero
➜ https://github.com/pmady/keda-gpu-scaler
👉 DevOps Portal13 083
🐧 Хочешь освоить Linux и Python, но без скучных лекций и боли?
В PyLinux всё по-другому:
🔵 Простые объяснения, даже сложных тем
🔵 Полезные скрипты и примеры
🔵 Книги, шпаргалки, гайды
🔵 и многое другое....
👉 Всё, чтобы ты рос в IT без стресса и хаоса!
13 083
Разворачиваем 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 Portal13 083
Друзья!
Осенью этого года в День тестировщика 9 сентября в Москве пройдет очередная ежегодная конференция по обеспечению качества ИТ-систем «Перфоманс Конф 12».
Формат: онлайн и оффлайн
Конференция полезна инженерам по нагрузочному тестированию, руководителям отделов QA, DevOps, SRE-специалистам и всем тем, кто занимается производительностью, надёжностью и нагрузкой.
На мероприятии выступят спикеры из таких компаний, как: VK, Сбер, Т‑Банк, Yandex.Cloud и многих других. Без воды, только практика.
Вся дополнительная информация на сайте https://perfconf.ru и в канале конференции: https://t.me/performanceconf
13 083
Все мониторят поды, но почти никто не следит за этим критически важным компонентом
А потом в 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
