DevOps Portal | Linux
Открыть в Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Больше
Сеть:📈 Аналитический обзор Telegram-канала DevOps Portal | Linux
Канал DevOps Portal | Linux (@loose_code) языкового сегмента Русский является активным участником. Сейчас сообщество объединяет 13 720 подписчиков, занимая 9 295 место в категории Технологии и приложения и 47 377 место в регионе Россия.
📊 Показатели аудитории и динамика
С момента создания невідомо проект демонстрирует стремительный рост, собрав аудиторию из 13 720 подписчиков.
Согласно последним данным от 26 октября, 2026, канал показывает стабильную активность. За последние 30 дней изменение числа участников составило 629, а за последние 24 часа — 20, при этом общий охват остаётся высоким.
- Статус верификации: Не верифицирован
- Уровень вовлечённости (ER): Средний показатель вовлечённости аудитории составляет 19.17%. В первые 24 часа после публикации контент обычно набирает 10.68% реакций от общего числа подписчиков.
- Охват публикаций: В среднем каждый пост получает 2 629 просмотров. В течение первых суток публикация набирает 1 465 просмотров.
- Реакции и взаимодействия: Аудитория активно поддерживает контент: среднее количество реакций на один пост — 8.
- Тематические интересы: Контент сосредоточен на ключевых темах, таких как devops, kubernetes, docker, linux, ebpf.
📝 Описание и контентная политика
Автор описывает ресурс как площадку для выражения субъективного мнения:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Благодаря высокой частоте обновлений (последние данные получены 27 октября, 2026) канал поддерживает актуальность и высокий уровень охвата публикаций. Аналитика показывает, что аудитория активно взаимодействует с контентом, что делает его важной точкой влияния в категории Технологии и приложения.
13 720
Подписчики
+2024 часа
+867 дней
+62930 дней
Архив постов
13 720
Как работают мультиплатформенные container images
Когда вы делаете
docker pull nginx:1.29 на AMD64-сервере и на ARM64-ноутбуке, Docker подтягивает совершенно разные сборки образа. Но как это возможно, если в обоих случаях используется одно и то же имя образа?
Чтобы представить несколько сборок через одну ссылку на образ (например, nginx:1.29), container registry использует специальный файл — Image Index, в котором перечислены манифесты для отдельных платформенных сборок. Поэтому при pull появляется дополнительный шаг:
- Сначала запрашивается index по адресу https://registry.example[.]com/v2/REPO/manifests/TAG
- Затем в index находится манифест образа для нужной платформы, после чего он запрашивается по digest: https://registry.example[.]com/v2/REPO/blobs/DIGEST
- И уже после этого по digest’ам из манифеста подтягиваются config образа и blobs слоёв файловой системы
Для single-platform image ссылка https://registry.example[.]com/v2/REPO/manifests/TAG указывает сразу на его manifest. То есть здесь на один уровень косвенности меньше.
Подробнее о внутреннем устройстве container images:
https://labs.iximiuz.com/tutorials/container-image-from-scratch
👉 DevOps Portal13 720
Model Server — одно из ключевых понятий в MLOps.
Если говорить проще:
* Nginx-сервер обслуживает веб-приложения
* Model Server обрабатывает inference-запросы к ML-модели
Работает это следующим образом.
Model Server загружает артефакты обученной модели в оперативную память или память GPU, чтобы не загружать модель заново при каждом запросе.
Он предоставляет inference-эндпоинты по HTTP и gRPC.
Также он экспортирует метрики и трейсы – например, через Prometheus и OpenTelemetry (OTEL).
Среди часто используемых Model Server – MLServer, TensorFlow Serving, NVIDIA Triton Inference Server и другие.
Теперь важный момент.
Model Server сам по себе не умеет горизонтально масштабироваться.
Для масштабирования и обеспечения высокой доступности поверх него используется оркестрация Kubernetes.
Когда речь идёт о model serving, KServe – один из ключевых serving-фреймворков для Kubernetes.
Model Server отвечает за обработку inference-запросов, а KServe выступает в роли слоя оркестрации.
👉 DevOps Portal
13 720
🔴В 2025 году Россияне заработали 5,3 млрд рублей на арбитраже криптовалют
По данным Минфин 32% граждан покинули своё место работы, поскольку в среднем уже в первый месяц тут можно зарабатывать от 140 000 рублей, а через 2-3 месяца с легкостью выйти на семизначные числа.
Самое смешное, что лишь 8% россиян что-то слышали об этой профессии, хотя все инструкции бесплатно лежат на канале Арбитраж Криптовалют
Там объясняют, как имея телефон и доступ в интернет, заработать свои первые $2000. Причём разжёвывают так доступно, что поймёт даже ребенок. Кстати, на канале сегодня вышла новая рабочая связка!
Быстрее вступайте, пока это бесплатно — https://t.me/+yFtPq4VlI-k0OWEy
13 720
+3Linux 101: Практика по управлению хранилищами
Отработайте основы управления хранилищами в Linux на серии практических заданий – от монтирования существующих файловых систем до разметки дисков и автоматизации их подготовки:
- Смонтировать диск с уже существующими данными и прочитать его содержимое https://labs.iximiuz.com/challenges/storage-simple-mount - Создать файловую систему ext4 на неформатированном диске https://labs.iximiuz.com/challenges/storage-simple-format - Создать таблицу разделов GUID Partition Table (GPT) на пустом диске https://labs.iximiuz.com/challenges/storage-simple-partition-table - Разбить диск на несколько разделов и отформатировать их в ext4 и Btrfs https://labs.iximiuz.com/challenges/storage-partition-drive - Смонтировать существующую директорию по новому пути с помощью bind mount https://labs.iximiuz.com/challenges/storage-bind-mount - Настроить постоянное монтирование файловой системы, чтобы оно сохранялось после перезагрузки https://labs.iximiuz.com/challenges/storage-persistent-mount - Автоматизировать подготовку диска с помощью shell-скрипта https://labs.iximiuz.com/challenges/storage-provision-drive-script👉 DevOps Portal
13 720
Как обученная AI-модель превращается в production API в Kubernetes?
KServe — это проект CNCF на стадии Incubating для развёртывания и обслуживания AI-моделей в Kubernetes.
Проще говоря, KServe берёт обученную модель и превращает её в масштабируемый inference-сервис в Kubernetes.
Он берёт на себя деплой, сеть, автоскейлинг и health checks модели.
Важно понимать, что KServe уже давно работает не только с классическими ML-моделями.
Как inference-платформа, он поддерживает две категории AI/ML-нагрузок:
- Predictive AI (классический ML): например, модели на scikit-learn, XGBoost, модели, упакованные через MLflow, и другие.
- Generative AI (LLM): например, запуск и обслуживание LLM через backend vLLM с поддержкой GPU.
Если хотите разобраться, как устроена inference-платформа KServe, можно прочитать свежий выпуск MLOps-рассылки.
В нём разбираются:
- Model Servers и runtimes в KServe
- Как KServe разворачивает AI-модели в Kubernetes
- Деплой MLflow-модели в KServe на практике
- Как выкатывать новые версии моделей
- Rolling Updates, Canary, A/B Testing и Shadow Deployments
И многое другое.
Читать здесь: https://newsletter.devopscube.com/p/kserve
👉 DevOps Portal
13 720
KubePlumber проверяет работу сети Kubernetes изнутри кластера, тестируя:
* внутренний DNS,
* трафик между подами,
* внешний DNS,
* пропускную способность между нодами.
➤ https://github.com/David-VTUK/KubePlumber
👉 DevOps Portal
13 720
20 Kubernetes-челленджей
Итак, вот 20 вопросов (и ответов):
1. Подсчёт endpoints 2. Ждём чуда 3. Я сказал стоп 4. Проектирование shared-кластеров 5. Kernel panic 6. Прыгай, кролик 7. Сколько — это слишком много 8. Держим свет включённым 9. Прожорливый etcd 10. Умножение pod’ов 11. В одиночку 12. Rollin’ 13. All you can eat 14. Bounce 15. В кроличью нору 16. Throttled 17. Липкий бардак 18. Жив или мёртв 19. Связанный по рукам 20. Один, чтобы связать их всехВы можете использовать эти задания, чтобы прокачать свои знания, как (очень сложные) вопросы на собеседованиях или чтобы подготовиться к интервью 👉 DevOps Portal
13 720
🔍Тестовое собеседование с Head of DevOps уже завтра
11 августа(уже завтра!) в 19:00 по мск приходи онлайн на открытое собеседование, чтобы посмотреть на настоящее интервью на Middle DevOps-разработчика.
Как это будет:
📂 Александр Хренников, Head of DevOps в KTS с опытом 14+ лет, будет задавать реальные вопросы и задачи разработчику-добровольцу
📂 Александр будет комментировать каждый ответ респондента, чтобы дать понять, чего от вас ожидает собеседующий на интервью
📂 В конце можно будет задать любой вопрос Александру
Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для DevOps-разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы.
Переходи в нашего бота, чтобы получить ссылку на эфир → @shortcut_devops_bot
Реклама.
О рекламодателе.
13 720
Canary vs Shadow Deployment vs A/B Testing
Когда мы деплоим модель в production, для неё применяются те же стратегии деплоя, которые обычно используются и для обычных приложений.
Разберём три распространённые стратегии деплоя моделей.
1. Canary Traffic Splitting
Небольшой процент реального трафика, например 10%, направляется на новую модель, после чего отслеживается её работа.
Если с предсказаниями всё в порядке, долю трафика постепенно увеличивают, пока она не достигнет 100%.
2. A/B Testing
Одну группу пользователей направляют на модель A, другую — на модель B с помощью sticky routing, после чего сравнивают бизнес-метрики: CTR, conversion rate, revenue и т. д.
3. Shadow Deployment
Каждый реальный запрос, как обычно, обрабатывается старой моделью, и пользователь получает именно её ответ.
При этом копия того же запроса в фоне также отправляется на новую модель.
После этого можно сравнить залогированные предсказания обеих моделей на одном и том же реальном трафике.
👉 DevOps Portal
13 720
📘 Apache Kafka — новый курс на Mentorix
Хотите уверенно говорить о Kafka на собеседовании и спокойно работать с ней в проде? Курс с нуля: от событий и append-only журнала до гарантий доставки, log compaction и потоковой обработки — всё закрепляете задачами в коде.
⚙️ Внутри: события и append-only журнал, партиции, ребалансировка, ISR, гарантии доставки, log compaction, оконные агрегации, потоковая обработка
🧩 Задачи с автопроверкой — моделируете механизмы Kafka в коде (решения на любом из 7 языков)
🎓 Сертификат · доступ навсегда
▶️ Первые уроки открыты — начать можно бесплатно
🏷 −50% — скидка применится по ссылке
12 990 ₽ → 6 495 ₽
➜ Забрать курс со скидкой
━━━━━━━━━━━━━━
Курс с нуля, но заходит легче с базой по инфраструктуре и сетям. Если хотите подтянуть — на платформе есть бесплатные курсы:
🐳 Docker: первые шаги
Сети для разработчиков: TCP/IP, HTTP, DNS
SQL с нуля
📚 Все бесплатные курсы Mentorix
13 720
DevOps-инструмент недели: Ray
ML-нагрузка может отлично работать на одной GPU.
Сложности начинаются, когда её нужно масштабировать на несколько GPU, работающих на разных нодах.
Именно здесь помогает Ray.
Ray – это опенсорс фреймворк с 43K+ звёзд на GitHub.
Он помогает организовать распределённое выполнение задач: планирование задач, распределение ресурсов, параллельное выполнение, обмен данными между воркерами и обработку сбоев.
Ray можно запускать на ноутбуке, виртуальных машинах, bare-metal серверах, облачных инстансах или в Kubernetes.
Для Kubernetes обычно используется KubeRay – Kubernetes Operator для создания и управления Ray-кластерами.
Ray используют такие компании, как OpenAI, Uber, Spotify и Instacart, для масштабных AI- и ML-нагрузок.
https://github.com/ray-project/ray
👉 DevOps Portal
13 720
KEDA GPU Scaler — это внешний scaler для KEDA, который получает метрики NVIDIA GPU через NVML и автоматически масштабирует vLLM, Triton, training jobs и кастомные inference-нагрузки без необходимости использовать Prometheus.
https://github.com/pmady/keda-gpu-scaler
👉 DevOps Portal
13 720
Уже очевидно, что ВАЙБКОДИНГ — главный навык ближайших лет
Посмотрите сами. ИИ уже забирает на себя работу целых команд: пишет код, закрывает задачи джунов и позволяет стартапам запускать продукты в 2–3 раза меньшим составом. То, на что раньше нужны были несколько разработчиков, сегодня всё чаще делает один человек с ИИ-агентами.
И это только начало. Те, кто освоит вайбкодинг сейчас, смогут быстрее запускать проекты, автоматизировать огромный объём работы, увереннее конкурировать на рынке и зарабатывать больше тех, кто продолжает делать всё вручную.
Начать с нуля поможет канал Вайб-кодинг. Там ребята круглосуточно мониторят более 320 российских и зарубежных источников и публикуют только главное: релизы, инструменты, гайды, курсы и практические кейсы.
Подписывайтесь, нас уже 50 тысяч: @vibecoding_tg
13 720
K8up – это Kubernetes Operator, который позволяет:
- Делать бэкапы всех PVC с режимом доступа
ReadWriteMany или с определённым label
- Запускать отдельные бэкапы по требованию
- Настраивать регулярный запуск бэкапов по расписанию
И многое другое
➜https://k8up.io/
👉 DevOps Portal13 720
Gang Scheduling в Kubernetes
Это одна из ключевых концепций в MLOps
Фреймворки для deep learning (TensorFlow, PyTorch и т. д.) требуют, чтобы во время обучения были запущены все воркеры.
Допустим, training job требует 8 воркеров, каждый из которых запрашивает по 1 GPU.
В Kubernetes-кластере свободно только 5 GPU.
Без gang scheduling стандартный scheduler обрабатывает каждый Pod независимо.
В результате 5 worker Pod'ов будут запланированы, а ещё 3 останутся в статусе Pending.
При этом 5 запущенных воркеров фактически не смогут начать обучение. GPU будут заняты, пока система ждёт оставшиеся воркеры.
При использовании gang scheduling scheduler сначала проверяет, достаточно ли ресурсов для запуска всего training job.
Если ресурсов хватает, все worker Pod'ы планируются одновременно.
Если нет — не планируется ни один Pod. Пять свободных GPU остаются доступными для других job'ов.
Это можно назвать подходом – «всё или ничего».
В первую очередь gang scheduling позволяет избежать неэффективного использования GPU из-за частично запланированных распределённых workload'ов.
Kubeflow Trainer поддерживает gang scheduling из коробки через
podGroupPolicy.
Он работает с установленными в кластере плагинами для gang scheduling, например Coscheduling.
👉 DevOps Portal13 720
Как понять, подходит ли вам информационная безопасность?
Не увольняясь.
Не покупая дорогой курс.
Не тратя месяцы на изучение теории.
Мы с ТОП экспертом проведём бесплатный вебинар «Как системному администратору перейти в информационную безопасность?» и покажем, как выглядит работа аналитика SOC изнутри.
Вы узнаете:
❓ какие задачи решает аналитик SOC каждый день;
❓ чем его работа отличается от системного администрирования;
❓ какие знания у вас уже есть;
❓ что нужно изучить для перехода;
❓ с чего действительно стоит начать.
🎁 А если останетесь с нами до конца, получите бесплатный мини-курс и сможете попробовать себя в роли аналитика SOC на примерах логов и реальных сценариев.
📅 Дата: 27.08.26 19:00
👉 Зарегистрироваться тут
До вебинара вы можете оценить текущий уровень знаний и получить карту развития по направлениям информационной безопасности.
📋 Пройти Диагностический тест
Реклама.
ИП Кириллова Наталья Викторовна, ИНН 691207795912
13 720
Xata — Kubernetes-native платформа для Postgres, предназначенная для запуска большого количества баз данных.
Поддерживает copy-on-write ветвление, scale-to-zero, автоскейлинг, высокую доступность (HA), бэкапы, REST API, CLI и RBAC.
https://github.com/xataio/xata
👉 DevOps Portal
13 720
Один раз настроить CI/CD по мануалу и понять, как это работает — разные вещи.
Мануал ведёт за руку: вот команда, вот результат. Стоит отклониться от сценария — и уже непонятно, что сломалось и почему.
🎇На курсе «Основы DevOps» от Codeby не рассказывают, что такое DevOps, сразу работают руками: Linux и Bash как основа, потом Git, Ansible, Terraform. Дальше — контейнеризация, Docker, Kubernetes с хранилищем и масштабированием, Helm. CI/CD через Jenkins и GitHub Actions. В финале изучаете мониторинг, логирование, распределённый трейсинг.
31 тема, 7 модулей. Каждый инструмент закрепляется практическими задачами в инфраструктуре.
🪧Подходит, если уже в IT и хотите системно закрыть DevOps, а не просто добавить строчку в резюме.
Старт курса 14 сентября
➡️ Посмотреть программу курса и записаться
✉️Бесплатная консультация: @CodebyAcademyBot
13 720
Изучите основы Kubernetes Ingress за 7 минут
В этом подробном материале разберём:
* Что такое Kubernetes Ingress?
* Как работает Kubernetes Ingress?
* Что такое Ingress Controller?
* Как работает Ingress Controller?
* Архитектуру Ingress и Ingress Controller
https://devopscube.com/kubernetes-ingress-tutorial/
Примечание: хотя Ingress по-прежнему остаётся самым распространённым вариантом, Kubernetes постепенно движется в сторону Gateway API для более продвинутого и гибкого управления трафиком.
Если сначала разобраться с Ingress, освоить Gateway API будет значительно проще.
👉 DevOps Portal
13 720
Kubernetes Job и JobSet: в чём разница
Разбираемся
Job/CronJob запускает одну конкретную batch-нагрузку.
Например: ETL-задачу, резервное копирование, генерацию отчётов и т. д.
JobSet, в свою очередь, запускает несколько скоординированных Job как единую распределённую нагрузку.
Каждая Job в наборе может иметь собственный шаблон Pod и связанные с ним настройки, но весь набор при этом работает как единое целое.
Под капотом JobSet запускает дочерние Job в индексированном режиме. Это означает, что каждый Pod получает стабильный индекс и hostname, например
worker-0, worker-1 и т. д.
Кроме того, JobSet создаёт headless-сервис, через который Pod могут обнаруживать друг друга.
Основной сценарий использования JobSet — нагрузки AI/ML и HPC.
Например, в Kubeflow Trainer JobSet используется для запуска распределённого обучения моделей.
👉 DevOps Portal