DevOps Portal | Linux

Open in Telegram

Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Менеджер: @Spiral_Yuri РКН: https://clck.ru/3P8kFH

Network:IT Portal Russia50 486 Technologies & Applications9 707...

📈 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 161 subscribers, ranking 9 707 in the Technologies & Applications category and 50 486 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 13 161 subscribers.

According to the latest data from 11 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -70 over the last 30 days and by -2 over the last 24 hours, overall reach remains high.

Verification status: Not verified
Engagement rate (ER): The average audience engagement rate is 17.20%. Within the first 24 hours after publication, content typically collects 9.17% reactions from the total number of subscribers.
Post reach: On average, each post receives 2 264 views. Within the first day, a publication typically gains 1 207 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 12 June, 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 161

Subscribers

-224 hours

-257 days

-7030 days

2 264

Post views

~ 1 20724 hours

~ 1 36448 hours

17.20%

Engagement rate

~ 1

Posts per day

Ads index

beta

Posts Archive

13 161

SBOM становится критически важным для DevOps-команд, управляющих современными CI/CD пайплайнами Вот почему его стоит внедрить каждой команде Помните уязвимость Log4j? Тогда компании в спешке пытались определить, какие приложения оказались затронуты. При наличии SBOM (Software Bill of Materials) этот процесс проходит значительно быстрее. SBOM предоставляет полный инвентарь всех программных компонентов, входящих в состав приложения. Сюда входят прямые зависимости, транзитивные зависимости, системные библиотеки, сторонние пакеты, а также ключевые метаданные – лицензии и известные уязвимости. Традиционные файлы зависимостей, такие как pom.xml или package.json, дают лишь поверхностное представление о составе проекта. SBOM обеспечивает более глубокую прозрачность, трекинг безопасности и возможности комплаенса, которые стандартные manifest-файлы обеспечить не могут. Вот подробный гайд по SBOM: https://newsletter.devopscube.com/p/sbom-what-why 👉 DevOps Portal

13 161

Как работает контейнерный нетворкинг 🧐 Docker, Podman и Kubernetes (через CRI) под капотом используют очень похожую схему – виртуальную bridge-сеть. Собрать bridge-сеть с нуля, используя только базовые Linux-утилиты (ip, nsenter, iptables) – отличный способ разобраться в теме на практике: https://labs.iximiuz.com/tutorials/container-networking-from-scratch 👉 DevOps Portal

13 161

⚡️ Хотите уверенно выявлять сбои, мониторить метрики и быстро находить ошибки в k8s? Получите best practices на курсе «Мониторинг и логирование инфраструктуры в Kubernetes». Вы поймете: ✔️ как обеспечить долгосрочное хранение метрик распределённо месяцы и годы для анализа динамики и сравнения графиков; ✔️ какие метрики стоит собирать с помощью Prometheus; ✔️ как визуализировать мониторинг с помощью Grafana и как грамотно настроить алерты. Есть 2 формата обучения: 🔥 поток — прохождение курса с поддержкой от экспертов, обратная связь в закрытом чате; 🔥 видеокурс — самостоятельное прохождение курса без привязки ко времени, доступ ко всем видеоурокам сразу. Расширьте свой стек и станьте ещё востребованнее на рынке IT! Подробную программу и условия смотрите на сайте 👈

13 161

Прочитай это – и ты больше никогда не забудешь разницу между CMD и ENTRYPOINT в Docker. Ответ: 🔹 ENTRYPOINT → Думай об этом как об основной команде, которая всегда выполняется при старте контейнера. 🔹 CMD → Это аргументы по умолчанию для этой команды (их можно переопределить при запуске контейнера). Пример на картинке ➡️ Когда контейнер запускается → он выполняет ping http://google.com ➡️ Если переопределить CMD → docker run myimage http://yahoo.com тогда выполнится ping http://yahoo.com Запомни: - ENTRYPOINT = что запускать - CMD = с какими аргументами 👉 DevOps Portal

13 161

Кладезь практических материалов по изучению eBPF 🐝 Эта насыщенная иллюстрациями серия от Теодора Подобника поможет вам быстро войти в eBPF-разработку и начать писать собственные программы. Теодор стартует с самых основ и последовательно проводит вас путь от полного нуля в eBPF до написания сначала простых, а затем и гораздо более продвинутых программ:

От нуля до первого eBPF-приложения https://labs.iximiuz.com/tutorials/my-first-ebpf-program-5120140e Хранение данных в eBPF: создаём первую eBPF map https://labs.iximiuz.com/tutorials/ebpf-maps-tutorial-3efd4617 Инспекция и мониторинг eBPF-приложений https://labs.iximiuz.com/tutorials/inspecting-ebpf-using-bpftool-43dfa319 eBPF Verifier: почему ядро может безопасно выполнять eBPF-программы https://labs.iximiuz.com/tutorials/ebpf-verifier-3bd2e199 eBPF-челлендж для начинающих https://labs.iximiuz.com/challenges/ebpf-beginner-challenge-89ffd924 eBPF Tracepoints, Kprobes или Fprobes: что выбрать? https://labs.iximiuz.com/tutorials/ebpf-tracing-46a570d1 Почему eBPF-программа работает на одном ядре и падает на другом? https://labs.iximiuz.com/tutorials/portable-ebpf-programs-46216e54 Разработка по-настоящему переносимых eBPF-программ и BTFHub https://labs.iximiuz.com/tutorials/truly-portable-ebpf-a7554c66 Разные способы доставки событий ядра из eBPF в user space https://labs.iximiuz.com/tutorials/user-space-event-delivery-2197d020 Rate limiting сетевого трафика с помощью eBPF/XDP https://labs.iximiuz.com/tutorials/ebpf-ratelimiting-dbc12915 Практика с XDP: eBPF для высокопроизводительного сетевого стека https://labs.iximiuz.com/tutorials/ebpf-xdp-fundamentals-6342d24e Разработка firewall на базе eBPF с матчингом диапазонов IP через LPM trie https://labs.iximiuz.com/tutorials/ebpf-firewall-ed03d648 С нуля: L4 load balancer на базе eBPF/XDP с использованием NAT https://labs.iximiuz.com/tutorials/xdp-load-balancer-700a1d74 С нуля: L2 Direct Server Return load balancer на eBPF/XDP https://labs.iximiuz.com/tutorials/xdp-dsr-layer2-lb-92b02f3e С нуля: IP-in-IP Direct Server Return load balancer на eBPF/XDP https://labs.iximiuz.com/tutorials/xdp-dsr-load-balancer-b701a95a

Серия построена на реальных production-кейcах, а примеры из статей гарантированно компилируются и запускаются вне зависимости от вашего Linux-дистрибутива и версии ядра. Happy hacking! 🚀 👉 DevOps Portal

13 161

Объявляем конкурс грантов на новый поток курса AI в DevOps 💫 Это курс для тех, кто давно хочет автоматизировать рутину, стандартизировать работу с AI и разобраться во множестве AI-инструментов. При выполнении всех условий вы сможете получить один из трех вариантов гранта: ⭐️ 1 место — скидка 100%; ⭐️ 2 места — скидка 60%; ⭐️ 3 места — скидка 40%. За время учёбы вы: 🔹 Научитесь основам работы LLM и промпт-инжинирингу. 🔹 Узнаете причины уязвимости LLM и как с ними бороться. 🔹 Погрузитесь в Low-Code Automation (на базе n8n). 🔹 Создадите эффективный CLAUDE.md для своего проекта. И многое другое. Условия: • Быть подписанным на Telegram-канал Слерма. • Выполнить до 18:00 17 февраля задание по ссылке. • Дождаться результатов — они появятся в канале Слерма 20 февраля. Программа обучения здесь 👈

13 161

Небольшое, но интересное упражнение по отладке Kubernetes — сможете ли вы отредактировать файл в уже запущенном pod’е? Если задача кажется слишком простой, попробуйте пройти её: https://labs.iximiuz.com/challenges/edit-file-in-running-kubernetes-pod Почему-то этот челлендж помечен как «hard» 😉 👉 DevOps Portal

13 161

Docker за 60 секунд 👉 DevOps Portal

13 161

🚨 Как защитить IT-инфраструктуру от сбоев и простоев? NetPing — опытный производитель решений для мониторинга серверных комнат и управления электропитанием. С 2005 года мы помогаем снижать риски и обеспечивать стабильную работу IT-оборудования. 🌡 Что вы получаете с NetPing? • Контроль за температурой, влажностью, протечками и задымлением. • Мониторинг напряжения, тока и мощности. • Управление доступом: движение, двери и сигнализация. • Оповещения о проблемах в реальном времени. 💡 Почему выбирают нас? • Надёжные «коробочные» решения, которые работают у тысяч пользователей. • Интеграция с оборудованием других брендов. • Полный контроль качества: от разработки до производства. Доверьтесь опыту инженеров NetPing — выбирайте надежные решения! #мониторингсерверных #сетевоеоборудование #контрольэлектропитания

13 161

Можно ли защитить непреднамеренно открытый порт сервера с помощью файрвола? Очевидно, что такого вообще не должно было произойти, но это уже случилось. Теперь у вас есть проблема, и при этом нет возможности перезапустить сервис с корректной конфигурацией. Удачи: https://labs.iximiuz.com/challenges/linux-protect-ports 👉 DevOps Portal

13 161

Как работает NAT? Несколько устройств внутри сети используют приватные IP-адреса. Маршрутизатор применяет NAT, чтобы сопоставить их с одним публичным IP-адресом в интернете. Исходящий трафик → NAT подменяет приватный IP на публичный IP Входящий ответ → NAT подменяет публичный IP обратно на приватный IP 👉 DevOps Portal

13 161

Создание тестовых сред: история замаскированной базы Вебинар | 🗓️ 12.02.2026 в 11:00 МСК По данным отчёта DBIR Verizon, до 95% инцидентов связаны с ошибками в работе с данными, а каждый третий кейс — с передачей данных между командами и подрядчиками. ❗В прямом эфире разберём реальную историю одной тестовой базы: от срочной задачи до последствий для DevOps, QA, аналитики и бизнеса. На вебинаре обсудим: ✔️ почему «замаскировали по правилам» ≠ данные остались рабочими ✔️ что именно ломается в аналитике, скоринге и ML при ошибочном маскировании ✔️ какие ошибки в non-prod выглядят безобидно, но позже обходятся неделями переделок ✔️ как выстроить процесс маскирования, при котором ИБ спокойна, а разработка и аналитика могут работать без стопов ✔️ как избежать пересборки баз, ручных согласований и постоянных конфликтов между командами 👉 Регистрируйтесь на вебинар #реклама О рекламодателе

13 161

Kide — это платформа наблюдаемости (observability), которая в реальном времени принимает и индексирует логи и метрики, позволяя вам искать, анализировать данные кластеров и приложений и настраивать алерты без ожидания. GitHub: kide 👉 DevOps Portal

13 161

Как превратить init-container в sidecar-container? В Kubernetes 1.28 появилась нативная поддержка sidecar-контейнеров через механизм init-containers. Это стало возможным благодаря новому полю restartPolicy, которое устанавливается в значение "Always". Фича основана на концепции "персистентного init-контейнера". Init-container стартует первым, а за счёт restartPolicy получает поведение sidecar-контейнера. Такой контейнер работает на протяжении всего жизненного цикла Pod’а. Проще говоря, чтобы превратить init-container в sidecar, достаточно добавить в его спецификацию атрибут:

restartPolicy: Always

Это опциональная настройка. Если restartPolicy не указан, контейнер будет работать как обычный init-container. Нативный sidecar поддерживает поля livenessProbe, readinessProbe и startupProbe. Также можно добавить lifecycle-хуки PostStart и PreStop. Чтобы подробнее разобраться в init-контейнерах и нативных sidecar-контейнерах, читайте статью: https://devopscube.com/kubernetes-init-containers/ 👉 DevOps Portal

13 161

Совет на 2026 год — освойте ВАЙБ-КОДИНГ. ИИ уже пишет код, чинит баги, генерит тесты и документацию быстрее и качественнее любой команды айтишников И те, кто научится вайбкодить сейчас, будут зарабатывать в разы больше тех, кто всё ещё делает всё вручную Разобраться в этом с нуля поможет канал Вайб-кодинг. Там простым языком разбирают, какие инструменты действительно стоит использовать, как собирать проекты от идеи до релиза и что сейчас актуально в вайбкодинге Подписывайтесь, нас уже 15 тысяч: @vibecoding_tg

13 161

Почему Zsh такой крутой 😍 В стандартных шеллах вроде bash, чтобы поработать со строками, обычно приходится пайпить переменные в sed, basename и прочие утилиты. В Zsh эта логика встроена прямо в синтаксис расширения переменных. Да, это ломает переносимость скриптов из-за несовместимости с POSIX. Но для интерактивной работы и личных конфигов это на порядок быстрее и удобнее. Самый полезный модификатор? :r (root) — отрезает расширение файла. Синтаксис такой: ${file:r} Допустим, нужно передать имя файла (game.cpp) и чтобы итоговый бинарник назывался так же (game), не прописывая имя дважды. Используем ${1:r}, чтобы автоматически убрать расширение из аргумента. Пример функции в Zsh:

function grun() {
  # $1 это "game.cpp"
  # ${1:r} станет "game"
  
  g++ -Wall -std=c++17 "$1" -o "${1:r}" && ./"${1:r}"
}

Запуск grun main.cpp скомпилирует и сразу запустит main – одним махом. Как только начинаешь активно использовать модификаторы, назад уже не хочется. Ещё полезные модификаторы: :e — получить только расширение :a — получить абсолютный путь :h — получить имя родительской директории :t — получить basename И да, снова: переносимость скриптов ограничена из-за несовместимости с POSIX. 👉 DevOps Portal

13 161

Перестаньте вручную опрашивать Pod’ы на предмет их готовности Используйте команду kubectl wait в своих CI/CD пайплайнах или скриптах. В связке с нативными sidecar-контейнерами образца 2026 года это поможет гарантировать, что ваши logging/security агенты уже поднялись до старта основного приложения 👉 DevOps Portal

13 161

Repost from N/a

Тренировка для линуксоидов ⚔️👁⚔️ Всего 34 уровня. Ваша задача на каждом из них — найти ключ к следующему. Примеры уровней: 🟢 Дан файл, внутри которого лежит hexdump несколько раз сжатого разными алгоритмами контента. Вам нужно, соответственно, реверснуть хекс и несколько раз правильными утилитами (gzip, bzip2, tar) разжать файл. 🟢 На локалхосте несколько процессов слушают порты в диапазоне от 31000 до 32000. Вам нужно найти правильный порт и отправить на него ключ от текущего уровня, используя SSL/TLS-шифрование. Я залип на день в этой штуке. Всем советую ☺️ https://overthewire.org/wargames/bandit/ P.S. Ссылка не открывается без VPN, хотя к самим тачкам-уровням по SSH без него подключиться можно. Больше полезных материалов для девопсов/линуксоидов в канале @davydovpage

13 161

etcd — это высокодоступное и строго согласованное key-value хранилище, которое обеспечивает работу Kubernetes, храня в нём всё состояние кластера. Следующий урок из серии «Kubernetes the Very Hard Way», посвящённый etcd, доступен на iximiuz Labs: https://labs.iximiuz.com/courses/kubernetes-the-very-hard-way-0cbfd997/control-plane/etcd 👉 DevOps Portal

13 161

А вы знали, что можно запускать поды на ноде Kubernetes без control plane? Или что с kubelet можно общаться напрямую через его API? Зацените следующий урок курса «Kubernetes the Very Hard Way». В нём подробно разбирается, как работает kubelet изнутри: https://labs.iximiuz.com/courses/kubernetes-the-very-hard-way-0cbfd997/worker-node/kubelet 👉 DevOps Portal