DevOps Portal | Linux
رفتن به کانال در Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
نمایش بیشتر
شبکه:📈 تحلیل کانال تلگرام DevOps Portal | Linux
کانال DevOps Portal | Linux (@loose_code) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 13 092 مشترک است و جایگاه 9 357 را در دسته فناوری و برنامه‌ها و رتبه 49 070 را در منطقه روسيا دارد.
📊 شاخص‌های مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 13 092 مشترک جذب کرده است.
بر اساس آخرین داده‌ها در تاریخ 05 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 19 و در ۲۴ ساعت گذشته برابر 6 بوده و همچنان دسترسی گسترده‌ای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 15.42% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 8.78% واکنش نسبت به کل مشترکان کسب می‌کند.
- دسترسی پست‌ها: هر پست به طور میانگین 2 019 بازدید دریافت می‌کند. در اولین روز معمولاً 1 149 بازدید جمع‌آوری می‌شود.
- واکنش‌ها و تعامل: مخاطبان به‌طور فعال حمایت می‌کنند؛ میانگین واکنش به هر پست 5 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند devops, kubernetes, docker, linux, ebpf تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاه‌های شخصی توصیف می‌کند:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
به لطف به‌روزرسانی‌های پرتکرار (آخرین داده در تاریخ 06 اکتبر, 2026)، کانال همواره به‌روز و دارای دسترسی بالاست. تحلیل‌ها نشان می‌دهد مخاطبان به‌طور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامه‌ها تبدیل کرده‌اند.
13 092
مشترکین
+624 ساعت
اطلاعاتی وجود ندارد7 روز
+1930 روز
آرشیو پست ها
13 092
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 092
Обработка миллионов файлов – это та точка, где большинство распределённых систем хранения начинают тормозить.
По мере роста количества файлов основной проблемой становится их быстрый поиск.
Большинство систем держат единый индекс, в котором хранится информация о размещении всех файлов.
Когда тысячи запросов одновременно бьют в этот индекс, всё начинает замедляться.
В CubeFS это реализовано иначе.
Система разбивает файловый индекс между несколькими серверами.
Вместо того чтобы один сервер обрабатывал все запросы, нагрузка распределяется.
Поэтому система остаётся быстрой даже тогда, когда множество приложений одновременно читают миллионы файлов.
Если ты работаешь с данными для обучения ИИ или обрабатываешь большие датасеты, такая архитектура имеет значение.
Github: cubefs
👉 DevOps Portal
13 092
Планы на 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 092
Docker 101: Как достучаться до контейнера без проброса порта
Знали, что IP-адрес контейнера может быть доступен напрямую с Docker-хоста? Это значит, что обращаться к приложениям внутри контейнеров можно без проброса портов - важный момент для понимания того, как устроена сеть в Docker.
Попробовать на практике:
https://labs.iximiuz.com/challenges/docker-101-container-find-ip-address
👉 DevOps Portal
13 092
В этой статье разбирается, как спроектировать 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 092
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 092
В этой статье объясняется, почему Ingress заменяют на Gateway API, за что на самом деле отвечают новые ресурсы Gateway, Route и Policy, а также как выбрать gateway-контроллер перед миграцией
➜ https://www.romaglushko.com/blog/k8s-gateway-api/
👉 DevOps Portal
13 092
Забирайте заказы, пока конкурентов почти нет
ТВЭЛВИ — новая биржа IT-специалистов
Если вы разработчик, UX/UI-дизайнер, создатель приложений и игр или внедряете AI — размещайте услуги бесплатно и получайте первые заказы, отзывы и рейтинг!
А заказчики могут найти исполнителя для задачи в IT или дизайне напрямую — без посредников и комиссий
На старте проще занять место среди первых специалистов и выделиться на площадке🎁 Подписывайтесь на Telegram-канал ТВЭЛВИ, внутри: — промокод на 0% комиссии на первые заказы — вечный особый статус на платформе (в будущем будет выделять профиль среди других) 👉 @it_tvelvi
13 092
Архитектура Argo CD: разбор
К концу этого материала вы:
Поймёте, как Argo CD реально работает под капотом.
Внутри:
- Ключевые компоненты и их фактические роли
- Как они взаимодействуют между собой и синхронизируют изменения
- Как Argo CD хранит данные и как правильно настраивать бэкапы
- Как запускать Argo CD в режиме высокой доступности
- Безопасность и мониторинг (Prometheus + Grafana)
и многое другое…
Подробный гайд: https://devopscube.com/argo-cd-architecture
👉 DevOps Portal
13 092
Docker 101: пробрасываем порт контейнера, чтобы открыть приложение с хоста
Новое практическое задание: веб-приложение запущено внутри контейнера, но браузер не может достучаться до него по IP-адресу. Пересоздайте контейнер так, чтобы приложение было доступно на 80-м порту хоста:
https://labs.iximiuz.com/challenges/docker-101-container-publish-port
👉 DevOps Portal
13 092
Автоматизация платформы не отбирает у вас интересные задачи. Она забирает рутину.
Deckhouse Platform берёт на себя обновление, масштабирование и поддержку инфраструктуры «из коробки». Освободившееся время остаётся вам — на то, что вам действительно нравится.
Обсудите с инженерами Deckhouse, что можно автоматизировать в вашем стеке 👈
13 092
Этот кейс показывает, как мигрировать с хрупкой инфраструктуры на базе 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 092
ИИ-агенты теперь могут работать как отдельные участники команды в GitLab
В SourceCraft появилась возможность подключать автономных ИИ-агентов, которым можно поручать задачи прямо в обсуждениях GitLab.
Агент работает под собственной учетной записью: получает задачу, самостоятельно выполняет ее и возвращает результат на ревью. Если в процессе не хватает данных или требуется согласование, он сам обращается к команде.
Например, таким образом можно поручить агенту разработку или проверку безопасности кода. При этом компании могут подключать и собственных агентов, в том числе созданных в Yandex AI Studio.
Помимо GitLab, взаимодействовать с агентами можно через VS Code, командную строку, мессенджеры и веб-интерфейс SourceCraft.
13 092
Анатомия 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 092
На 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 092
Работа с 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 092
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 092
Kubernetes Goat
С помощью этого репозитория можно прокачать навыки тестирования безопасности кубера
(Там есть готовая инфраструктура, которая разворачивается по скрипту)
https://github.com/madhuakula/kubernetes-goat
👉 DevOps Portal
13 092
Псс, хочешь перестать мониторить Telegram в поисках работы? 👀
Ты листаешь каналы, видишь вакансию, сохраняешь и откладываешь отклик «на потом».
Потому что на каждую нужно потратить минут 20. В итоге из десятков сохранённых вакансий до отклика доходят единицы.
Софи забирает эту рутину на себя.
Она сама находит подходящие вакансии в 350+ Telegram-каналах, изучает их, пишет персональное сопроводительное и отправляет отклик.
А еще она умеет откликаться на:
▫️ hh ru
▫️ карьерных сайтах компаний - Авито, Сбер, Т-Банк
▫️ Geekjob
▫️ youngjunior.ru
Тебе больше не нужно выбирать, где сегодня искать работу.
Софи будет искать везде.
Доступ откроется уже завтра.
Первые 3 дня - бесплатно.
Мест немного. Подпишись, чтобы не пропустить старт.
13 092
Как работает NodeLocal DNSCache в Kubernetes
Когда речь идёт о производительности, в Kubernetes важен каждый DNS-запрос.
Без NodeLocal DNSCache поды отправляют DNS-запросы на Service IP kube-dns/CoreDNS.
Перед тем как попасть в CoreDNS, эти запросы проходят через kube-proxy, правила DNAT и conntrack.
В нагруженных кластерах это может увеличивать задержки и создавать дополнительную нагрузку на таблицу conntrack.
NodeLocal DNSCache решает эту проблему, запуская локальный DNS-кеш на каждой ноде в виде DaemonSet.
Вместо того чтобы обращаться напрямую к CoreDNS, поды отправляют DNS-запросы в локальный кеш на той же ноде.
Основные преимущества:
- Снижает среднее время DNS-резолвинга, поскольку DNS-запросы обрабатываются локально через DNS-кеш.
- Снижает нагрузку на CoreDNS.
- Помогает избежать переполнения таблицы conntrack, поскольку соединения от подов к локальному кешу не создают записи в таблице conntrack.
- DNS-запросы к внешним URL могут форвардиться напрямую, без участия CoreDNS.
👉 DevOps Portal
