ar
Feedback

لا تقع ضحية للمخادعين! تيليمتريو يكتشف ويُميّز هذه القنوات 👉 إذا كنت تريد رؤية العلامة، اشترك

DevOps

DevOps

الذهاب إلى القناة على Telegram

По всем вопросам- @workakkk @itchannels_telegram - 🔥полезные ит-каналы https://t.me/Golang_google - Golang программирование @golangl - golang chat @GolangJobsit - golang channel jobs @golang_jobsgo - jobs РКН: clck.ru/3FmvZA #VRHSZ

إظهار المزيد

📈 نظرة تحليلية على قناة تيليجرام DevOps

تُعد قناة DevOps (@devopsitsec) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 23 915 مشتركاً، محتلاً المرتبة 5 518 في فئة التكنولوجيات والتطبيقات والمرتبة 27 344 في منطقة روسيا.

📊 مؤشرات الجمهور والحراك

منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 23 915 مشتركاً.

بحسب آخر البيانات بتاريخ 25 أكتوبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار 244، وفي آخر 24 ساعة بمقدار 4، مع بقاء الوصول العام مرتفعاً.

  • حالة التحقق: غير موثّقة
  • معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 12.27‎%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 5.97‎% من ردود الفعل نسبةً إلى إجمالي المشتركين.
  • وصول المنشورات: يحصل كل منشور على متوسط 2 936 مشاهدة. وخلال اليوم الأول يجمع عادةً 1 429 مشاهدة.
  • التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 16.
  • الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل devops, kubernetes, git, github, кластер.

📝 الوصف وسياسة المحتوى

يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“По всем вопросам- @workakkk @itchannels_telegram - 🔥полезные ит-каналы https://t.me/Golang_google - Golang программирование @golangl - golang chat @GolangJobsit - golang channel jobs @golang_jobsgo - jobs РКН: clck.ru/3FmvZA #VRHSZ”

بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 26 أكتوبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.

23 915
المشتركون
+424 ساعات
+1457 أيام
+24430 أيام
أرشيف المشاركات
DevOps
23 917
Безопасный код ≠ безопасный прод 16 октября на онлайн-трансляции PSD 2026 команда AppSec Positive Technologies покажет, где в
Безопасный код ≠ безопасный прод 16 октября на онлайн-трансляции PSD 2026 команда AppSec Positive Technologies покажет, где вы реально теряете контроль: в вебе и в Kubernetes с ИИ‑сервисами. PT BlackBox: исследуем SPA, API и авторизованные приложения без готовых схем, находим реальные точки атаки в работающем вебе. Разберём, как DAST дополняет SAST и что происходит между безопасным кодом и безопасным продом. 🕓16:20 МСК  PT Container Security: Kubernetes как платформа для ИИ. Реальные атаки на кластеры с ИИ‑сервисами. Покажем, как контролировать секреты, системные команды, файлы, сетевые соединения и действия конкретного сервиса/контейнера. 🕓16:40 МСК 📅 16 октября · онлайн‑трансляция PSD 2026 🔗 Регистрируйтесь

DevOps
23 917
QR-код с дыркой: почему порванный QR всё равно сканируется? Порванный QR-код часто сканируется, потому что к данным в нём добавлены проверочные символы кода Рида–Соломона. Сканер находит метки по углам, читает байты и по проверочным символам восстанавливает потерянные. У восстановления есть предел: уровни L, M, Q и H выдерживают потерю примерно 7, 15, 25 и 30% кодовых слов, причём считается именно доля кодовых слов, а не площадь дыры. https://www.youtube.com/shorts/15_4DjyrS_Q

DevOps
23 917
🔐 Kyverno может автоматически закрывать весь сетевой трафик в новых namespace По умолчанию Pod'ы в Kubernetes могут свободно
🔐 Kyverno может автоматически закрывать весь сетевой трафик в новых namespace По умолчанию Pod'ы в Kubernetes могут свободно отправлять и принимать трафик, пока это не ограничено через NetworkPolicy. С помощью Kyverno Generate Rules это можно автоматизировать. Например, после команды:

kubectl create namespace payments
Kyverno автоматически создаст внутри payments политику deny-all-traffic, которая: - выбирает все Pod'ы; - блокирует входящий трафик; - блокирует исходящий трафик; - оставляет namespace в режиме deny by default. После этого команда уже явно добавляет только нужные разрешения: DNS, доступ к БД, внутренним API и другим сервисам. Полезный паттерн для cluster security: новый namespace → deny all → разрешаем только необходимое. Так базовая сетевая изоляция применяется автоматически, а не зависит от того, вспомнил ли разработчик добавить NetworkPolicy.

DevOps
23 917
Это C. Просто автор предпочитал синтаксис ALGOL 68 😄 Стив Борн, создатель Bourne shell, использовал макросы, чтобы исходники
Это C. Просто автор предпочитал синтаксис ALGOL 68 😄 Стив Борн, создатель Bourne shell, использовал макросы, чтобы исходники оболочки выглядели привычнее:

#define IF   if(
#define THEN ){
#define ELSE } else {
#define FI   ;}
Теперь условие можно записать так:

IF n <= 1 THEN
    return;
FI
Препроцессор превратит его в обычный C:

if (n <= 1) {
    return;
}
Такие макросы действительно есть в исходниках Bourne shell из UNIX V7. На картинке тот же приём применяется к циклам: FOR, DO, OD. Любопытный кусочек истории: через #define можно поменять внешний вид языка, сохранив прежний компилятор. А вот читать и отлаживать такой код придётся уже с учётом собственного «диалекта». https://www.tuhs.org/cgi-bin/utree.pl?file=V7/usr/src/cmd/sh/mac.h

DevOps
23 917
photo content

DevOps
23 917
👣 Большой разбор собеседований на Go в 2026 году На GitHub появился мощный репозиторий для подготовки к Golang-интервью: бол
👣 Большой разбор собеседований на Go в 2026 году На GitHub появился мощный репозиторий для подготовки к Golang-интервью: более 190 вопросов, каверзные задачи и live coding с решениями. Внутри: - 25 задач «что выведет код?»; - 22 live coding задачи с разборами; - goroutines, channels, sync, atomic и memory model; - runtime, scheduler, escape analysis и GC; - generics и context.Context; - HTTP, gRPC, базы данных и брокеры; - System Design для Middle+/Senior; - свежие изменения Go 1.22–1.27. Есть классические задачи вроде Worker Pool, LRU Cache, Rate Limiter, Fan-in, Pipeline, TTL Cache, Singleflight и Graceful Shutdown. По сути, готовая шпаргалка + задачник + roadmap для подготовки к Go-собеседованию. https://github.com/justxor/sobesrazborgoogle

DevOps
23 917
Для тех, кто работает с Kubernetes и облачной инфраструктурой, в октябре намечается отличный повод выбраться из рабочих чатов
Для тех, кто работает с Kubernetes и облачной инфраструктурой, в октябре намечается отличный повод выбраться из рабочих чатов и встретиться офлайн 👀 Обсудим: – как пройти путь от бизнес-требования к ядру Linux – как дать агенту управление кластером вашей инфраструктуры  – как в MWS Cloud Platform доставляют системный софт в managed K8s – мультитенантность в Kubernetes-платформе — «Проект вместо namespace» – как работает LLM-диагностика инцидентов в Kubernetes и OpenStack Не обойдётся и без дискуссий: на круглых столах разберём, действительно ли Kubernetes победил и что делать, если из-за ИИ нас всех уволят. В течение дня вас ждут доклады, общение с коллегами и активности от партнеров. Будет возможность обсудить кейсы, обменяться опытом и познакомиться с коллегами из индустрии. После конференции вас ждет афтепати, где можно будет пообщаться с единомышленниками в более неформальной обстановке. 📍 Москва, 5-й Донской проезд, 17, Connect 📅 22 октября, 10:00–21:00 👉 Программу, билеты и подробности сможете найти на сайте Kuber Conf от АОТ!

DevOps
23 917
🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию Всё, что спрашивают на собеседованиях DevOps / SRE /
🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров. https://github.com/justxor/devops-interview-2026

DevOps
23 917
🛠️ Awesome SRE - большая подборка ресурсов для Site Reliability Engineering Репозиторий awesome-sre собирает полезные матери
🛠️ Awesome SRE - большая подборка ресурсов для Site Reliability Engineering Репозиторий awesome-sre собирает полезные материалы по SRE и Production Engineering в одном месте. Внутри есть подборки по: - Monitoring и Observability - Incident Response и Post-Mortem - On-Call - Chaos Engineering - Automation и Toil Reduction - Capacity Planning - SLO / SLI - Performance - книгам, докладам, статьям и гайдам Также собраны инструменты вроде Prometheus, Ansible, Puppet, SaltStack, Chaos Monkey, Gatling и другие решения для эксплуатации production-систем. : Хорошая база, если изучаете SRE, DevOps, reliability engineering или готовитесь к собеседованию. GitHub: https://github.com/dastergon/awesome-sre

DevOps
23 917
photo content

DevOps
23 917
5 вещей, которые сильно упростят Kubernetes в начале: 1. Сначала разберитесь с Service, и только потом лезьте в Ingress. 2. П
5 вещей, которые сильно упростят Kubernetes в начале: 1. Сначала разберитесь с Service, и только потом лезьте в Ingress. 2. Поймите requests и limits - без этого сложно нормально управлять ресурсами. 3. Разберитесь, как работает DNS внутри кластера. 4. Узнайте, что реально происходит, когда Pod умирает и кто его перезапускает. 5. Освойте kubectl для дебага до того, как ставить десятки дополнительных инструментов. Kubernetes становится намного проще, когда понимаешь не команды, а что происходит под капотом.

DevOps
23 917
CENTI CONF: DevOps Day — митап по разработке и инженерным решениям ⚡️ 6 ноября Centicore Group собирает инженеров и техническ
CENTI CONF: DevOps Day — митап по разработке и инженерным решениям ⚡️ 6 ноября Centicore Group собирает инженеров и технических специалистов, чтобы поговорить о том, что реально болит в инфраструктуре: от Kubernetes и AI-инструментов до архитектурного контроля. 🗓 Когда: 6 ноября 2026, начало в 18:00 (мск) 📍 Где: Москва, Хлебозавод, Гостиная №9 + онлайн-формат Что будет: 🧑‍💻 Разбор реальных задач Инженерные кейсы, рабочие подходы и решения для своих проектов. ☸️ Kubernetes Как организовать тестирование на k8s, где чаще ошибаются и каких антипаттернов избегать. 🤖 AI и LLM Где coding agents ускоряют разработку, как не утонуть в техдолге и что нужно для локального запуска LLM. 🏗 Архитектура Как сделать так, чтобы архитектурные правила работали не только в документации, но и проверялись автоматически. 👥 Нетворкинг и доступ к записям выступлений после митапа. Регистрация на митап тут: https://tglink.io/b678b074b098f6?erid=2W5zFH1gUPb , увидимся 🤝

DevOps
23 917
Почему Bluetooth-наушники звучат хуже, когда включаешь микрофон? A2DP vs HFP Музыка играла в стерео, но после входа в Discord звук стал как из телефона? Когда компьютер использует микрофон Bluetooth-гарнитуры, он может переключиться с музыкального режима A2DP на разговорный HFP. В ролике с Джотаро разбираем, почему пропадает объём звука и как его вернуть: выбрать отдельный микрофон, а наушники оставить для вывода. #Bluetooth #A2DP #HFP #JoJo https://www.youtube.com/shorts/JbkX3ZVYZDE

DevOps
23 917
🚀 Как на самом деле работает Kubernetes Gateway API: от DNS до Pod Полный путь запроса выглядит так: DNS → Cloud Load Balanc
🚀 Как на самом деле работает Kubernetes Gateway API: от DNS до Pod Полный путь запроса выглядит так: DNS → Cloud Load Balancer → Gateway Service → Gateway Proxy → Backend Service → Pod Что происходит по шагам: - DNS указывает на IP облачного Load Balancer. - Load Balancer отправляет трафик в Kubernetes Service, связанный с Gateway. - Service ведет на proxy-поды: например, Envoy или NGINX. - Gateway Controller следит за HTTPRoute, GRPCRoute и другими ресурсами. - Когда вы создаете маршрут, контроллер автоматически обновляет конфигурацию proxy. - HTTPRoute решает, куда пойдет конкретный запрос. Например: /payment → payment-service /auth → auth-service Главное отличие от классического Ingress - разделение ролей. В Gateway API контроллер управляет конфигурацией, а сам трафик обрабатывают отдельные Gateway/proxy-инстансы. Если вы уже понимаете Ingress, Gateway API станет гораздо понятнее: концепция похожа, но архитектура заметно чище и гибче.

DevOps
23 917
Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безоп
Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безопасности замедлят выпуск сервисов? 15 октября на DevOps-треке конференции Orion soft: Большая игра разберут:
— архитектуру DR-репликации, ее отличие от Performance-репликации и результаты нагрузочных тестов — защищенный и отказоустойчивый доступ к LLM, биллинг токенов и ограничения готовых open-source-шлюзов — self-service-путь AppSec с шаблонами как код и понятными policy gates — комплексные Admission-проверки на CEL, сравнение с Rego и накладные расходы под высокой нагрузкой.
В программе — архитектурные схемы, сравнение подходов, примеры проверок и результаты тестов. 📍 Москва Регистрация

DevOps
23 917
🔐 Kubernetes User Namespaces - важная защита контейнеров от root-эскейпа Идея простая: root внутри контейнера больше не обяз
🔐 Kubernetes User Namespaces - важная защита контейнеров от root-эскейпа Идея простая: root внутри контейнера больше не обязан быть root на хосте. Например: Container UID 0 → Host UID 100000 То есть процесс внутри контейнера считает себя root, но на уровне хоста работает как непривилегированный пользователь. В Kubernetes это включается через: hostUsers: false Что это даёт: - изоляцию UID/GID контейнера от хоста - снижение последствий container escape - возможность ограничивать диапазоны UID через /etc/subuid - дополнительный слой защиты без переписывания самого приложения Важно: User Namespaces не заменяют seccomp, capabilities, AppArmor/SELinux и другие механизмы, а дополняют их. Полезная вещь для тех, кто запускает контейнеры с UID 0 и хочет уменьшить blast radius при компрометации.

DevOps
23 917
Объектное хранилище в эпоху быстрых данных Объём данных, с которыми нужно работать, растёт ежедневно. Стандартных решений уже
Объектное хранилище в эпоху быстрых данных Объём данных, с которыми нужно работать, растёт ежедневно. Стандартных решений уже не хватает для задач ИИ и аналитики. Большие объёмы данных нужно не только хранить, но и быстро записывать и читать. В MWS Cloud Platform мы построили объектное хранилище не только на привычных HDD-дисках, но и на NVMe. На вебинаре покажем, какие сценарии работы это открывает и как меняет привычные подходы. Подключайтесь! Обсудим: ✅ Чем классы хранения MWS Object Storage отличаются от привычных ✅ В каких сценариях новый тёплый класс проявляет себя лучше всего ✅ Преимущества и слабые места в разных сценариях работы 📆 7 октября в 14:00 (мск) Зарегистрироваться

DevOps
23 917
Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безоп
Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безопасности замедлят выпуск сервисов? 15 октября на DevOps-треке конференции Orion soft: Большая игра разберут:
— архитектуру DR-репликации, ее отличие от Performance-репликации и результаты нагрузочных тестов — защищенный и отказоустойчивый доступ к LLM, биллинг токенов и ограничения готовых open-source-шлюзов — self-service-путь AppSec с шаблонами как код и понятными policy gates — комплексные Admission-проверки на CEL, сравнение с Rego и накладные расходы под высокой нагрузкой.
В программе — архитектурные схемы, сравнение подходов, примеры проверок и результаты тестов. 📍 Москва Регистрация

DevOps
23 917
Объектное хранилище в эпоху быстрых данных Объём данных, с которыми нужно работать, растёт ежедневно. Стандартных решений уже
Объектное хранилище в эпоху быстрых данных Объём данных, с которыми нужно работать, растёт ежедневно. Стандартных решений уже не хватает для задач ИИ и аналитики. Большие объёмы данных нужно не только хранить, но и быстро записывать и читать. В MWS Cloud Platform мы построили объектное хранилище не только на привычных HDD-дисках, но и на NVMe. На вебинаре покажем, какие сценарии работы это открывает и как меняет привычные подходы. Подключайтесь! Обсудим: ✅ Чем классы хранения MWS Object Storage отличаются от привычных ✅ В каких сценариях новый тёплый класс проявляет себя лучше всего ✅ Преимущества и слабые места в разных сценариях работы 📆 7 октября в 14:00 (мск) Зарегистрироваться

DevOps
23 917
photo content