DevOps Portal | Linux

Відкрити в Telegram

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

Сітка:IT Portal Росія50 501 Технології та додатки9 700...

📈 Аналітичний огляд Telegram-каналу DevOps Portal | Linux

Канал DevOps Portal | Linux (@loose_code) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 13 162 підписників, посідаючи 9 700 місце в категорії Технології та додатки та 50 501 місце у регіоні Росія.

📊 Показники аудиторії та динаміка

З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 13 162 підписників.

За останніми даними від 10 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на -73, а за останні 24 години на -6, загальне охоплення залишається високим.

Статус верифікації: Не верифікований
Рівень залученості (ER): Середній показник залученості аудиторії становить 17.66%. Протягом перших 24 годин після публікації контент зазвичай збирає 9.94% реакцій від загальної кількості підписників.
Охоплення публікацій: В середньому кожен допис отримує 2 324 переглядів. Протягом першої доби публікація в середньому набирає 1 308 переглядів.
Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 7.
Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як devops, kubernetes, docker, linux, ebpf.

📝 Опис та контентна політика

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

Завдяки високій частоті оновлень (останні дані отримано 11 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.

13 162

Підписники

-624 години

-207 днів

-7330 день

2 324

Перегляди допису

~ 1 30824 години

~ 1 45048 годин

17.66%

Коефіцієнт залучення

~ 1

Дописів на день

Ads index

beta

Архів дописів

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