DevOps Portal | Linux
Ir al canal en Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Mostrar más
Red:📈 Análisis del canal de Telegram DevOps Portal | Linux
El canal DevOps Portal | Linux (@loose_code) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 13 091 suscriptores, ocupando la posición 9 357 en la categoría Tecnologías y Aplicaciones y el puesto 49 070 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 13 091 suscriptores.
Según los últimos datos del 05 octubre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 19, y en las últimas 24 horas de 6, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 15.42%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 8.78% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 2 019 visualizaciones. En el primer día suele acumular 1 149 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 5.
- Intereses temáticos: El contenido se centra en temas clave como devops, kubernetes, docker, linux, ebpf.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 06 octubre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
13 091
Suscriptores
+624 horas
Sin datos7 días
+1930 días
Archivo de publicaciones
13 091
Как работает Kubernetes Cluster Autoscaler? Базовый флоу выглядит так
Pending Pod → Cluster Autoscaler → добавление ноды → Scheduler размещает Pod
Когда Pod переходит в состояние Pending, потому что scheduler не может найти ноду с достаточным количеством ресурсов, Cluster Autoscaler проверяет, поможет ли добавление новой ноды из одной из настроенных node group запустить этот Pod.
Если да, он масштабирует соответствующую node group вверх.
После того как новая нода присоединяется к кластеру, scheduler размещает на ней ожидающий Pod.
В обратную сторону это тоже работает.
Если нода долго остаётся недозагруженной и её Pods можно безопасно перенести на другие ноды, Cluster Autoscaler дренирует эту ноду и уменьшает размер node group.
Cluster Autoscaler часто используют вместе с HPA.
Вот как они работают в связке:
- Когда трафик растёт, HPA создаёт больше Pods
- Из-за нехватки ресурсов на нодах часть Pods переходит в Pending
- Cluster Autoscaler замечает это и добавляет новые ноды
- После этого pending Pods планируются на новых нодах
Вот практический гайд по настройке Cluster Autoscaler в AWS EKS.
Читать: devopscube.com/cluster-autosc
👉 DevOps Portal
13 091
Что будет, если убрать репликацию с диска?☁️
В K2 Cloud проверили и запустили сетевые нереплицируемые NVMe-диски, одни из самых быстрых в РФ. Диск не хранит копии данных, поэтому вся его мощность работает на скорость.
20 октября на онлайн-митапе ребята покажут, где рождается скорость, как устроен такой диск внутри и как не уронить систему при отказе.Участие бесплатное. Подробности и регистрация по ссылке.
13 091
22 октября встречаемся в Москве: Kuber Conf уже совсем скоро!
Что будет на конференции:
– доклады про эксплуатацию Kubernetes, observability, AI и облачную инфраструктуру;
– обсуждение Service Mesh, безопасности и экономики платформ;
– темы про bare metal, железо и инфраструктуру ЦОДов;
– активности партнеров и общение с участниками.
В программе — практические кейсы и темы, которые помогут посмотреть на инфраструктуру с разных сторон: от управления кластером с помощью AI-агента и доставки системного софта в managed K8s до мультитенантности в Kubernetes-платформе.
А еще обсудим спорные вопросы индустрии: действительно ли Kubernetes — король оркестраторов, подходит ли он для всех инфраструктурных задач и как изменится наша работа в мире, где ИИ всё активнее берет на себя привычные задачи?
После основной программы можно будет продолжить общение на афтепати, познакомиться с коллегами из индустрии и обсудить конференцию уже в более неформальной обстановке
📍 Москва, 5-й Донской проезд, 17, Connect
📅 22 октября, 10:00–21:00
👉 Программа, билеты и подробности — на сайте Kuber Conf от АОТ
13 091
Обработка миллионов файлов – это та точка, где большинство распределённых систем хранения начинают тормозить.
По мере роста количества файлов основной проблемой становится их быстрый поиск.
Большинство систем держат единый индекс, в котором хранится информация о размещении всех файлов.
Когда тысячи запросов одновременно бьют в этот индекс, всё начинает замедляться.
В CubeFS это реализовано иначе.
Система разбивает файловый индекс между несколькими серверами.
Вместо того чтобы один сервер обрабатывал все запросы, нагрузка распределяется.
Поэтому система остаётся быстрой даже тогда, когда множество приложений одновременно читают миллионы файлов.
Если ты работаешь с данными для обучения ИИ или обрабатываешь большие датасеты, такая архитектура имеет значение.
Github: cubefs
👉 DevOps Portal
13 091
Планы на 3 октября — прийти на RWB Infra x Security Meetup
Мы направим прожекторы на инфраструктуру и информационную безопасность — туда, где за привычными решениями скрываются сложные инженерные задачи, компромиссы и неочевидные риски.
Будем разбирать реальные кейсы, искать узкие места, обсуждать и показывать решения, которые помогают инфраструктуре и безопасности выдерживать рост.
Когда: суббота, 3 октября, старт в 13:00
Где: Москва + онлайн
В программе 8 докладов, разделенных по двум тематическим трекам
Трек Infra:
• Тюнинг Gitlab CE как реакция на быстрый рост нагрузки
• Путь баланса и компромиссов в DCIM
• Единая инфраструктура доверия: PKI на базе Vault
• Kubernetes vs Bare Metal: что может пойти не так
Трек Security:
• DevSecOps: от сканирования в пайплайне к платформе — и обратно
• Почти эффективный VM: как мы боролись с хаосом в инфраструктуре и сократили время обработки уязвимостей
• Как защищать данные, когда единого периметра больше нет
• От заявки до доступа за 90 секунд: как шесть инженеров управляет доступом в тысяче систем
Регистрация уже открыта — не откладывайте заявку и приглашайте коллег (количество мест на площадке ограничено)!
Подробнее о программе — на сайте
13 091
Docker 101: Как достучаться до контейнера без проброса порта
Знали, что IP-адрес контейнера может быть доступен напрямую с Docker-хоста? Это значит, что обращаться к приложениям внутри контейнеров можно без проброса портов - важный момент для понимания того, как устроена сеть в Docker.
Попробовать на практике:
https://labs.iximiuz.com/challenges/docker-101-container-find-ip-address
👉 DevOps Portal
13 091
В этой статье разбирается, как спроектировать production-ready MCP-сервер для платформенных команд: governance, клиенты для бэкендов, определения инструментов и аутентификация вынесены в четыре отдельных слоя. Также рассматриваются RBAC и деплой, которые необходимо настроить до того, как сервер получит доступ к реальному кластеру
➜ https://dev.to/agenticdevops/mcp-server-architecture-for-platform-teams-giving-ai-live-access-to-your-infrastructure-3n76
👉 DevOps Portal
13 091
CENTI CONF: DevOps Day — митап по разработке и инженерным решениям ⚡️
6 ноября Centicore Group собирает инженеров и технических специалистов, чтобы поговорить о том, что реально болит в инфраструктуре: от Kubernetes и AI-инструментов до архитектурного контроля.
🗓 Когда: 6 ноября 2026, начало в 18:00 (мск)
📍 Где: Москва, Хлебозавод, Гостиная №9 + онлайн-формат
Что будет:
🧑💻 Разбор реальных задач
Инженерные кейсы, рабочие подходы и решения для своих проектов.
☸️ Kubernetes
Как организовать тестирование на k8s, где чаще ошибаются и каких антипаттернов избегать.
🤖 AI и LLM
Где coding agents ускоряют разработку, как не утонуть в техдолге и что нужно для локального запуска LLM.
🏗 Архитектура
Как сделать так, чтобы архитектурные правила работали не только в документации, но и проверялись автоматически.
👥 Нетворкинг и доступ к записям выступлений после митапа.
Регистрация на митап тут: https://tglink.io/2f1105ca5e8006?erid=2W5zFGGiAqf, увидимся 🤝
13 091
В этой статье объясняется, почему Ingress заменяют на Gateway API, за что на самом деле отвечают новые ресурсы Gateway, Route и Policy, а также как выбрать gateway-контроллер перед миграцией
➜ https://www.romaglushko.com/blog/k8s-gateway-api/
👉 DevOps Portal
13 091
Забирайте заказы, пока конкурентов почти нет
ТВЭЛВИ — новая биржа IT-специалистов
Если вы разработчик, UX/UI-дизайнер, создатель приложений и игр или внедряете AI — размещайте услуги бесплатно и получайте первые заказы, отзывы и рейтинг!
А заказчики могут найти исполнителя для задачи в IT или дизайне напрямую — без посредников и комиссий
На старте проще занять место среди первых специалистов и выделиться на площадке🎁 Подписывайтесь на Telegram-канал ТВЭЛВИ, внутри: — промокод на 0% комиссии на первые заказы — вечный особый статус на платформе (в будущем будет выделять профиль среди других) 👉 @it_tvelvi
13 091
Архитектура Argo CD: разбор
К концу этого материала вы:
Поймёте, как Argo CD реально работает под капотом.
Внутри:
- Ключевые компоненты и их фактические роли
- Как они взаимодействуют между собой и синхронизируют изменения
- Как Argo CD хранит данные и как правильно настраивать бэкапы
- Как запускать Argo CD в режиме высокой доступности
- Безопасность и мониторинг (Prometheus + Grafana)
и многое другое…
Подробный гайд: https://devopscube.com/argo-cd-architecture
👉 DevOps Portal
13 091
Docker 101: пробрасываем порт контейнера, чтобы открыть приложение с хоста
Новое практическое задание: веб-приложение запущено внутри контейнера, но браузер не может достучаться до него по IP-адресу. Пересоздайте контейнер так, чтобы приложение было доступно на 80-м порту хоста:
https://labs.iximiuz.com/challenges/docker-101-container-publish-port
👉 DevOps Portal
13 091
Автоматизация платформы не отбирает у вас интересные задачи. Она забирает рутину.
Deckhouse Platform берёт на себя обновление, масштабирование и поддержку инфраструктуры «из коробки». Освободившееся время остаётся вам — на то, что вам действительно нравится.
Обсудите с инженерами Deckhouse, что можно автоматизировать в вашем стеке 👈
13 091
Этот кейс показывает, как мигрировать с хрупкой инфраструктуры на базе EC2 на AWS EKS с GitOps через ArgoCD, Jenkins и SonarQube для платформы сокращения ссылок
В результате деплои ускорились на 80%, а инфраструктура получила возможность самовосстановления
➜ https://medium.com/@chi.naedu/from-fragile-vms-to-bulletproof-gitops-modernizing-a-devops-platform-on-aws-eks-81db558cb7d4
👉 DevOps Portal
13 091
ИИ-агенты теперь могут работать как отдельные участники команды в GitLab
В SourceCraft появилась возможность подключать автономных ИИ-агентов, которым можно поручать задачи прямо в обсуждениях GitLab.
Агент работает под собственной учетной записью: получает задачу, самостоятельно выполняет ее и возвращает результат на ревью. Если в процессе не хватает данных или требуется согласование, он сам обращается к команде.
Например, таким образом можно поручить агенту разработку или проверку безопасности кода. При этом компании могут подключать и собственных агентов, в том числе созданных в Yandex AI Studio.
Помимо GitLab, взаимодействовать с агентами можно через VS Code, командную строку, мессенджеры и веб-интерфейс SourceCraft.
13 091
Анатомия Terraform-проекта
До сих пор путаетесь в Terraform-файлах и структуре директорий?
Вот основные файлы Terraform, с которыми стоит разобраться:
•
main.tf: описывает ресурсы и вызовы модулей.
• variables.tf: объявляет входные переменные конфигурации.
• outputs.tf: экспортирует значения ресурсов, например ID и ARN.
• terraform.tfvars: задаёт конкретные значения для объявленных переменных.
• backend.tf: настраивает удалённый бэкенд для хранения state, например S3 или Terraform Cloud.
• modules/: директория с переиспользуемыми компонентами, например сетью и вычислительными ресурсами.
• terraform.lock.hcl: фиксирует выбранные версии провайдеров и их контрольные суммы.
• terraform.tfstate: хранит информацию о ресурсах, которыми управляет Terraform, и их текущем состоянии.
Когда понимаешь структуру проекта, ревью изменений и отладка вывода terraform plan становятся намного проще.
Поэтому, когда подключаетесь к новому проекту или разбираете чужой Terraform-код, сначала изучите структуру, а уже потом запускайте apply.
Вот подробный гайд, который поможет разобраться с Terraform-модулями и тем, как правильно организовать их структуру.
Читать: https://devopscube.com/terraform-module-best-practices/
Примечание: такие имена файлов, как main.tf, variables.tf и backend.tf, — это лишь соглашения по именованию. Terraform считывает все .tf-файлы в рабочей директории как одну конфигурацию.
👉 DevOps Portal13 091
На Stepik вышла программа «DevOps с нуля: от Linux до Kubernetes»
Это комплексная программа из 5 практических курсов по ключевым технологиям DevOps: Linux, Git, Docker, GitLab CI/CD, Kubernetes
Вы последовательно пройдёте путь от работы в Linux и управления кодом через Git до контейнеризации приложений, настройки CI/CD-пайплайнов и развёртывания в Kubernetes.
Что вы изучите:
• работу с Linux и командной строкой • Git и контроль версий в реальных проектах • создание Docker-образов и запуск контейнеров • автоматизацию сборки, тестирования и деплоя в GitLab CI/CD • развёртывание и управление приложениями в Kubernetes • сети, хранилища, конфигурации и секреты • диагностику инфраструктуры и автоматизацию рутинных задач ... и многое другоеВсе знания закрепляются на практике с помощью заданий с автопроверкой. Материал подаётся последовательно и понятным языком: с примерами, схемами и демонстрациями. Во время обучения можно задавать вопросы по урокам и заданиям, получать обратную связь и помощь при возникновении сложностей. После прохождения программы вы получите сертификат, который можно добавить в резюме. Скидка 20% на 48 часов: по промокоду
DEVOPS20 стоимость всей программы составит 10 392 ₽.
Открыть программу на Stepik13 091
Работа с HTTP API: практика
Подготовили мини-серию из пары десятков практических заданий: от простых GET-запросов к эндпойнтам до обработки сложных JSON-ответов, работы с аутентификацией API и проверки целостности скачанных файлов:
Вызов HTTP API через curl: получение ресурсов https://labs.iximiuz.com/challenges/linux-call-http-api-with-curl Вызов HTTP API через curl: создание, обновление и удаление ресурсов https://labs.iximiuz.com/challenges/linux-call-http-api-with-curl-create-update-delete Вызов HTTP API через curl: обработка JSON-ответов с помощью jq https://labs.iximiuz.com/challenges/linux-call-http-api-with-curl-process-json-with-jq Вызов HTTP API через curl: аутентификация через Basic Auth и Bearer-токены https://labs.iximiuz.com/challenges/linux-call-http-api-with-authentication Проверка скачанных файлов по SHA-256-хешам https://labs.iximiuz.com/challenges/linux-verify-downloads-with-sha256-checksumsУдачной практики! 👉 DevOps Portal
13 091
Ops 101: как определить источник неожиданных запросов
Одна из типичных задач при эксплуатации сервиса - отличить легитимные запросы от нежелательных.
Попрактиковаться можно здесь:
— В классической on-prem-инфраструктуре https://labs.iximiuz.com/challenges/linux-identify-hosts-behind-unexpected-requests — В Kubernetes-кластере https://labs.iximiuz.com/challenges/kubernetes-identify-workloads-behind-unexpected-requests👉 DevOps Portal
13 091
Kubernetes Goat
С помощью этого репозитория можно прокачать навыки тестирования безопасности кубера
(Там есть готовая инфраструктура, которая разворачивается по скрипту)
https://github.com/madhuakula/kubernetes-goat
👉 DevOps Portal
