Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
DevOps Portal | Linux
Kanalga Telegram’da o‘tish
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Менеджер: @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Ko'proq ko'rsatish📈 Telegram kanali DevOps Portal | Linux analitikasi
DevOps Portal | Linux (@loose_code) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 13 161 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 9 707-o'rinni va Rossiya mintaqasida 50 486-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 13 161 obunachiga ega bo‘ldi.
11 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -70 ga, so‘nggi 24 soatda esa -2 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 17.20% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 9.17% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 2 264 marta ko‘riladi; birinchi sutkada odatda 1 207 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 8 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent devops, kubernetes, docker, linux, ebpf kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Менеджер: @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 12 Iyun, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
13 161
Obunachilar
-224 soatlar
-257 kunlar
-7030 kunlar
Postlar arxiv
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 Portal13 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 Portal13 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
🚨 Как защитить 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 Portal13 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 Portal13 161
Перестаньте вручную опрашивать Pod’ы на предмет их готовности
Используйте команду
kubectl wait в своих CI/CD пайплайнах или скриптах. В связке с нативными sidecar-контейнерами образца 2026 года это поможет гарантировать, что ваши logging/security агенты уже поднялись до старта основного приложения
👉 DevOps Portal13 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
