DevOps Portal | Linux
رفتن به کانال در Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
نمایش بیشتر
شبکه:📈 تحلیل کانال تلگرام DevOps Portal | Linux
کانال DevOps Portal | Linux (@loose_code) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 13 715 مشترک است و جایگاه 9 274 را در دسته فناوری و برنامه‌ها و رتبه 47 397 را در منطقه روسيا دارد.
📊 شاخص‌های مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 13 715 مشترک جذب کرده است.
بر اساس آخرین داده‌ها در تاریخ 25 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر 613 و در ۲۴ ساعت گذشته برابر 3 بوده و همچنان دسترسی گسترده‌ای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 18.44% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 10.81% واکنش نسبت به کل مشترکان کسب می‌کند.
- دسترسی پست‌ها: هر پست به طور میانگین 2 526 بازدید دریافت می‌کند. در اولین روز معمولاً 1 481 بازدید جمع‌آوری می‌شود.
- واکنش‌ها و تعامل: مخاطبان به‌طور فعال حمایت می‌کنند؛ میانگین واکنش به هر پست 8 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند devops, kubernetes, docker, linux, ebpf تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاه‌های شخصی توصیف می‌کند:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
به لطف به‌روزرسانی‌های پرتکرار (آخرین داده در تاریخ 26 اکتبر, 2026)، کانال همواره به‌روز و دارای دسترسی بالاست. تحلیل‌ها نشان می‌دهد مخاطبان به‌طور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامه‌ها تبدیل کرده‌اند.
13 715
مشترکین
+324 ساعت
+997 روز
+61330 روز
در حال بارگذاری داده‌ها
کانال‌های مشابه
ابر برچسب‌ها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اکتبر '26اکتبر '26
اکتبر '26
+643
در 0 کانال‌ها
سپتامبر '26
+70
در 2 کانال‌ها
Get PRO
اوت '26
+65
در 3 کانال‌ها
Get PRO
ژوئیه '26
+74
در 3 کانال‌ها
Get PRO
ژوئن '26
+19
در 2 کانال‌ها
Get PRO
مه '26
+64
در 0 کانال‌ها
Get PRO
آوریل '26
+44
در 2 کانال‌ها
Get PRO
مارس '26
+27
در 2 کانال‌ها
Get PRO
فوریه '26
+40
در 0 کانال‌ها
Get PRO
ژانویه '26
+64
در 6 کانال‌ها
Get PRO
دسامبر '25
+244
در 10 کانال‌ها
Get PRO
نوامبر '25
+829
در 329 کانال‌ها
Get PRO
اکتبر '25
+94
در 4 کانال‌ها
Get PRO
سپتامبر '25
+102
در 2 کانال‌ها
Get PRO
اوت '25
+102
در 2 کانال‌ها
Get PRO
ژوئیه '25
+1 392
در 272 کانال‌ها
Get PRO
ژوئن '25
+780
در 1 کانال‌ها
Get PRO
مه '25
+486
در 5 کانال‌ها
Get PRO
آوریل '25
+625
در 8 کانال‌ها
Get PRO
مارس '25
+1 184
در 1 کانال‌ها
Get PRO
فوریه '25
+684
در 0 کانال‌ها
Get PRO
ژانویه '25
+855
در 0 کانال‌ها
Get PRO
دسامبر '24
+1 452
در 398 کانال‌ها
Get PRO
نوامبر '24
+989
در 164 کانال‌ها
Get PRO
اکتبر '24
+1 413
در 285 کانال‌ها
Get PRO
سپتامبر '24
+1 186
در 281 کانال‌ها
Get PRO
اوت '24
+2 440
در 235 کانال‌ها
Get PRO
ژوئیه '24
+6
در 0 کانال‌ها
Get PRO
ژوئن '24
+1
در 0 کانال‌ها
Get PRO
مه '24
+6
در 0 کانال‌ها
Get PRO
آوریل '24
+6
در 0 کانال‌ها
Get PRO
مارس '24
+20
در 0 کانال‌ها
Get PRO
فوریه '24
+7
در 0 کانال‌ها
Get PRO
ژانویه '24
+198
در 0 کانال‌ها
| تاریخ | رشد مشترکین | اشارات | کانال‌ها | |
| 26 اکتبر | +22 | |||
| 25 اکتبر | +3 | |||
| 24 اکتبر | 0 | |||
| 23 اکتبر | +9 | |||
| 22 اکتبر | +3 | |||
| 21 اکتبر | +23 | |||
| 20 اکتبر | +29 | |||
| 19 اکتبر | +33 | |||
| 18 اکتبر | +24 | |||
| 17 اکتبر | +60 | |||
| 16 اکتبر | +55 | |||
| 15 اکتبر | +121 | |||
| 14 اکتبر | +91 | |||
| 13 اکتبر | +42 | |||
| 12 اکتبر | +96 | |||
| 11 اکتبر | +3 | |||
| 10 اکتبر | +8 | |||
| 09 اکتبر | +7 | |||
| 08 اکتبر | 0 | |||
| 07 اکتبر | +2 | |||
| 06 اکتبر | +1 | |||
| 05 اکتبر | +6 | |||
| 04 اکتبر | 0 | |||
| 03 اکتبر | +2 | |||
| 02 اکتبر | +3 | |||
| 01 اکتبر | 0 |
پست‌های کانال
K8s-комьюнити снова встретится в Москве
5 ноября в 19:00 пройдёт четвёртый KuBeer Talks!
Формат камерных встреч стартовал ровно год назад. С тех пор кубер-комьюнити не раз собиралось в баре, чтобы послушать неформальные доклады, обсудить рабочие «боли» и найти тех, кто сталкивается с теми же задачами.
Приглашаем вас отметить наш первый день рождения 🎂
В программе:
◾«Опыт работы с VTEP-схемой в Cilium», Екатерина Низовцева
◾«Закон Гудхарта для бекапов K8s», Артём Горячев
◾Открытый микрофон — для всех, кому есть чем поделиться
И это не всё — скоро анонсируем ещё один доклад.
Участие бесплатное, как и первые три кружки любого напитка из меню. Количество мест ограничено, успевайте зарегистрироваться!
Регистрация
| 2 |  Подготовлены две новые практические задачи для освоения сетевого взаимодействия контейнеров:
Лёгкая: перенаправить запросы контейнера без изменения кода приложения — https://labs.iximiuz.com/challenges/docker-networking-redirect-app-to-request-sink
Сложная: перехватить и проанализировать зашифрованный трафик подозрительного контейнера — https://labs.iximiuz.com/challenges/docker-networking-intercept-encrypted-traffic
Удачного хакинга!
👉 DevOps Portal | 1 236 |
| 3 |  DevOps-инструмент недели: Kubetail
Отладка по логам нескольких подов Kubernetes может быть неудобной. Приходится запускать kubectl logs, переключаться между подами и разбираться, что пошло не так.
Ситуация усложняется, когда у приложения несколько реплик.
Здесь на помощь приходит Kubetail — опенсорсный дашборд для просмотра логов Kubernetes в реальном времени, который позволяет собирать логи нескольких подов в одном интерфейсе.
Основные возможности:
• Просмотр логов нескольких подов и контейнеров в одном месте.
• Автоматическое обновление временной шкалы при запуске, остановке или замене подов.
• Фильтрация логов по временному диапазону, зоне доступности, архитектуре CPU или ноде.
• Переключение между несколькими кластерами через десктопное приложение.
Начать работу: GitHub
Kubetail читает логи напрямую через Kubernetes API, поэтому данные остаются внутри кластера без необходимости подключать внешний сервис логирования.
Вместо постоянного переключения между терминалами можно отслеживать происходящее в подах приложения через единый интерфейс.
👉 DevOps Portal | 1 572 |
| 4 |  На 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 часов: по промокоду DEVPS20 стоимость всей программы составит 10 392 ₽.
Открыть программу на Stepik | 1 605 |
| 5 |  ИИ-агенты для DevOps-инженеров: объяснение принципов работы
ИИ-агенты становятся важной частью DevOps и платформенной инженерии.
Но прежде чем создавать собственного агента, необходимо разобраться, что именно делает приложение агентом.
В отличие от традиционного приложения, которое следует фиксированному набору инструкций, ИИ-агент может самостоятельно решать, что делать дальше, на основе полученной информации.
В одном из недавних выпусков рассылки разобрали ключевые концепции ИИ-агентов, включая фреймворки для разработки агентов, инструменты, циклы работы агента, машины состояний, этапы согласования и память.
Начать изучение: https://newsletter.devopscube.com/p/ai-agents-part01
👉 DevOps Portal | 1 847 |
| 6 |  Kube API не отвечает, LoadBalancer не пропускает трафик, DNS не резолвит, исходящие запросы не уходят. Причина обычно кроется на стыке облачной сети и кластера, и найти её без понимания всей цепочки сложно.
3 ноября в 12:00 Роман Ерема, разработчик в команде Managed Kubernetes MWS Cloud Platform, на практике покажет:
⏺️как взаимодействуют сеть облака, CNI и сеть Kubernetes
⏺️как работают SNAT и Source IP
⏺️когда нужен externalTrafficPolicy: Local и почему при нём может не проходить health check
⏺️как диагностировать проблемы на реальных кейсах (live-demo)
Все участники получат чек-лист для проверки доступности.
Полезно инженерам, разработчикам и специалистам по сетям и облачной инфраструктуре.
🗓 3 ноября в 12:00
Регистрируйтесь по ссылке | 1 893 |
| 7 |  В этом туториале показано, как развернуть мультитенантную платформу Apache Spark в Kubernetes с использованием Spark Operator, Volcano, Helm, Airflow, общих образов, ограничений на рабочие нагрузки и мониторинга.
➜ https://medium.com/towards-data-engineering/building-a-production-grade-apache-spark-platform-on-kubernetes-2984e083dd71
👉 DevOps Portal | 2 571 |
| 8 |  Yahont - полноценная опенсорс-платформа для корпоративного поиска и ИИ-агентов, ориентированная на быстрое развертывание внутри периметра компании
Знания команды разбросаны по различным источникам и приложениям, а отдавать их на обработку внешнему ИИ-сервису не всегда можно. Yahont ищет по всем вашим источникам и отвечает со ссылками на документы. Работает у вас на сервере в Docker Compose.
Что умеет👇
- Подключается к Confluence, Jira, GitHub, GitLab, Google Drive, Gmail, Яндекс Почта/Диск, Mail ru, S3-совместимым хранилищам, сайтам и другим источникам.
- Гибридный индекс (OpenSearch): ищет и по смыслу, и по точному слову, адаптирован под русский язык.
- Любые модели: RouterAI, Polza AI, OpenRouter, OpenAI, Anthropic или свои через Ollama, vLLM, LM Studio.
- Агенты, глубокое исследование, веб-поиск, запуск кода в песочнице.
- MCP и OpenAPI: подключайте MCP-серверы или сам Yahont как источник знаний для Claude Desktop.
и много другое.
Начать: github.com/pipedude/yahont-ce
Документация: docs.yahont.ai | 2 940 |
| 9 |  Сетевые основы 101: Как работает маршрутизация трафика
Знаете ли вы, что компьютеры могут обмениваться данными только с соседями (участниками одной подсети)? Но как тогда мы передаём пакеты через Интернет? Именно здесь вступает в игру маршрутизация.
Узнайте больше: https://labs.iximiuz.com/challenges/networking-configure-basic-routing
👉 DevOps Portal | 2 794 |
| 10 |  +4💬👨💻🐍💩🤖🤖🐧👩💻🧑💻👋🦀
Дождались! Ребята сделали крутейший канал про IT новой эпохи
Нейросети, ИИ-агенты, вайбкодинг, вайбхакинг и новые инструменты уже меняют привычный мир технологий.
Там разбирают эти изменения и другие интересные IT-темы на простых картинках и понятном языке, а еще делятся полезными ресурсами и свежими новостями
Подписывайтесь: @IT_Portal | 1 800 |
| 11 |  DevOps-инструмент недели: kube-green
Окружения для разработки и тестирования часто работают 24/7, даже когда ими никто не пользуется.
В результате простаивающие поды продолжают работать по ночам и выходным, а инфраструктура продолжает потреблять деньги.
Можно написать скрипты, которые будут ежедневно масштабировать рабочие нагрузки до нуля, а затем восстанавливать их. Но управлять этим в нескольких неймспейсах может быть непросто.
Здесь на помощь приходит kube-green.
kube-green — опенсорсный Kubernetes-оператор, который автоматически переводит рабочие нагрузки в спящий режим, когда они не нужны, и восстанавливает их к началу работы.
Что умеет kube-green 👇
- Масштабирует Deployments и StatefulSets до нуля на время простоя.
- Приостанавливает CronJobs на ночь.
- Восстанавливает рабочие нагрузки по заданному расписанию.
- Поддерживает настройку по дням недели и часовым поясам.
- Позволяет исключать отдельные ресурсы по именам или меткам.
- Поддерживает кастомные ресурсы через патчи.
С чего начать: GitHub
Примечание: масштабирование подов до нуля позволяет экономить только в том случае, если неиспользуемые ноды также масштабируются вниз. Чтобы действительно сократить расходы на инфраструктуру, используйте kube-green вместе с Cluster Autoscaler или Karpenter.
👉 DevOps Portal | 2 632 |
| 12 |  Изучение Linux через устранение неполадок на серверах
Подборка практических сценариев по диагностике и устранению проблем, которые помогут прокачать навыки работы с Linux:
- Демон отправки логов, который не запускается — https://labs.iximiuz.com/challenges/linux-strace-failing-daemon
- Демон конвертации изображений с отсутствующими зависимостями — https://labs.iximiuz.com/challenges/linux-missing-shared-library
- Воркер-сервис, который постоянно исчезает — https://labs.iximiuz.com/challenges/linux-debug-vanishing-worker-service
- Несколько сервисов разработки, конфликтующих из-за одного порта — https://labs.iximiuz.com/challenges/linux-resolve-port-conflict
- Привилегированный демон с некорректно настроенным контролем доступа — https://labs.iximiuz.com/challenges/linux-restrict-unix-socket-access
Удачного хакинга!
👉 DevOps Portal | 3 563 |
| 13 |  Базовая настройка Kubernetes: доводим кластер до работоспособного состояния
Pov: вы развернули кубер и, кажется, все отлично — можно выкатывать сервисы. Но как бы не так! Перед этим вас ждет еще целая полоса препятствий:
▪️настройки сети и балансировка входящего трафика;
▪️подключение хранилища;
▪️и много чего еще.
29 октября в 11:00 команда «Штурвала» расскажет и покажет все этапы настройки «ванильного» Kubernetes, ответит на ваши вопросы и разберет проблемные моменты.
Присоединяйтесь — за час узнаете, как пользоваться кластером, а не просто любоваться на пять запущенных бинарей.
Регистрация 📌 | 1 878 |
| 14 |  В этом кейсе показано, как WSC Sports полностью перестроила модель деплоя: от пайплайнов с helm upgrade до полноценного GitOps на базе ArgoCD ApplicationSets.
Рассматриваются:
- Архитектура монорепозитория с единым Helm-чартом;
- Теневые деплои;
- AppProjects;
- Механизмы заморозки кода в CI.
➜ https://medium.com/@elad320011/gitops-at-enterprise-scale-inside-wsc-sports-deployment-platform-5ee373431309
👉 DevOps Portal | 3 633 |
| 15 |  Пока одни облака лежат, другие работают.
Бизнесу нужен сайт без простоев и быстрые серверы без перерывов на обед. Клиенты должны пользоваться продуктом даже ночью.
В DLine Media ставка на доступность и стабильность:
— VPS/VDS от 210 ₽ в месяц;
— выделенные серверы от 3 930 ₽ в месяц;
— colocation для вашего оборудования;
— скидки до 30%;
— собственный ЦОД.
DLine Media — инфраструктура без переплаты.
👉 Забронировать ресурсы | 1 376 |
| 16 |  Kubernetes: Client-Side Apply vs Server-Side Apply
При выполнении команды kubectl apply по умолчанию используется Client-Side Apply (CSA).
При использовании Client-Side Apply утилита kubectl анализирует манифест, ранее применённую конфигурацию и текущее состояние объекта в кластере.
На основе этих данных kubectl определяет, что изменилось, и отправляет необходимый патч на API-сервер Kubernetes.
Server-Side Apply (SSA) работает иначе.
При выполнении команды kubectl apply --server-side операцию применения конфигурации выполняет сам API-сервер Kubernetes.
Главное отличие — владение полями.
В руководстве ниже подробно объясняется эта разница.
Подробное руководство: https://skills.devopscube.com/kubernetes-client-side-vs-server-side-apply/
👉 DevOps Portal | 3 400 |
| 17 |  DevOps-инструмент недели: Popeye
Со временем в Kubernetes-кластерах могут накапливаться неиспользуемые ресурсы: например, ConfigMaps и Secrets, которые больше никому не нужны, или Services, не связанные ни с одним Pod.
Сегодня они могут не вызывать проблем, но со временем способны привести к сбоям, уязвимостям в безопасности и неэффективному расходованию ресурсов.
Искать такие ресурсы вручную по всем namespaces неудобно. Здесь и помогает Popeye.
Popeye — опенсорсный инструмент от создателя k9s, который проверяет ресурсы работающего Kubernetes-кластера на ошибки конфигурации и наличие неиспользуемых ресурсов.
Что умеет 👇
- Находит неиспользуемые ConfigMaps, Secrets, ServiceAccounts, PV, PVC и RBAC-роли.
- Выявляет Services без endpoints или соответствующих Pods.
- Проверяет Pods на отсутствие проб, лимитов ресурсов и использование тега latest у образов.
- Показывает распределение CPU и памяти при наличии metrics-server.
- Оценивает состояние кластера по шкале от 0 до 100.
- Экспортирует отчёты в форматах HTML, JSON, YAML, JUnit и Prometheus.
- Может запускаться как CronJob и отправлять отчёты в S3.
Начать работу: github.com/derailed/popeye
Примечание: Popeye работает в режиме read-only, поэтому ничего не изменяет в кластере.
👉 DevOps Portal | 3 170 |
| 18 |  Безопасный код ≠ безопасный прод
16 октября на онлайн-трансляции PSD 2026 команда AppSec Positive Technologies покажет, где вы реально теряете контроль: в вебе и в Kubernetes с ИИ‑сервисами.
PT BlackBox: исследуем SPA, API и авторизованные приложения без готовых схем, находим реальные точки атаки в работающем вебе. Разберём, как DAST дополняет SAST и что происходит между безопасным кодом и безопасным продом.
🕓16:20 МСК
PT Container Security: Kubernetes как платформа для ИИ. Реальные атаки на кластеры с ИИ‑сервисами. Покажем, как контролировать секреты, системные команды, файлы, сетевые соединения и действия конкретного сервиса/контейнера.
🕓16:40 МСК
📅 16 октября · онлайн‑трансляция PSD 2026
🔗 Регистрируйтесь | 1 707 |
| 19 |  Интересный и полезный опенсорс-инструмент
Как часто приходилось открывать консоль AWS и другие инструменты, чтобы ответить на простые вопросы:
- У каких ресурсов отсутствуют обязательные метки?
- Есть ли хранилища, доступные публично?
- В каких неймспейсах Kubernetes отсутствуют NetworkPolicy?
И так далее...
Ответы на эти вопросы есть, но для их поиска часто приходится переключаться между сервисами, проверять несколько аккаунтов или писать скрипты.
А что, если на эти вопросы можно было бы отвечать с помощью простого SQL-запроса?
Именно для этого существует Steampipe.
Steampipe — опенсорс-инструмент, который позволяет выполнять SQL-запросы к облачной инфраструктуре, Kubernetes и другим сервисам, как показано на изображении.
В подробной статье разобраны возможности Steampipe, способы его использования и основные сценарии применения.
Читать статью: devopscube.com/steampipe-tuto
По результатам тестирования Steampipe наиболее полезен, когда нужно быстро получить ответ на основе актуальных данных из облака, не написав для этого отдельный скрипт.
Наиболее полезные сценарии использования:
- Анализ данных сразу из нескольких сервисов.
- Инвентаризация ресурсов в нескольких аккаунтах.
- Разовые проверки безопасности.
- Анализ облачных расходов в рамках FinOps.
Примечание: Steampipe не пытается заменить AWS Config или CSPM-платформы. Это просто более удобный способ разобраться, какие ресурсы на самом деле находятся в облаке, когда нужно быстро получить ответ
👉 DevOps Portal | 3 551 |
| 20 |  💻Практический вебинар «СТРАТЕГИЯ РЕЗЕРВНОГО КОПИРОВАНИЯ»
📹 15 октября в 11:00 Мск за 90 минут на практике построим реальную стратегию и разберём:
🔹 как определить RPO и RTO для критичных сервисов;
🔹 как защитить бэкапы от шифровальщика;
🔹 как учесть зависимости систем и ресурсы для восстановления;
🔹 как каналы связи влияют на скорость бэкапа и восстановления;
🔹 когда достаточно обычных бэкапов, а когда нужны репликация, Hardened Repository и DRaaS;
🔹 как подготовить план аварийного восстановления и протестировать его.
🧑💻 Каждый участник выберет свой критичный сервис и проработает его
🎁 Всем прошедшим практикум передадим методику и пакет документов для реализации стратегии резервного копирования и восстановления:
— Матрица систем и зависимостей
— Таблица определения и согласования RPO / RTO
— Технический runbook аварийного восстановления
— Отчёт о тестовом восстановлении ИТ-сервиса
— Карта готовности одного критичного сервиса к восстановлению
— Рабочая тетрадь «Стратегия восстановления данных и ИТ-сервисов»
👉 Приходите, будет полезно. Регистрация тут | 1 435 |
