en
Feedback
DevOps

DevOps

Open in Telegram

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

Show more

📈 Analytical overview of Telegram channel DevOps

Channel DevOps (@devopsitsec) in the Russian language segment is an active participant. Currently, the community unites 23 670 subscribers, ranking 5 482 in the Technologies & Applications category and 27 550 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 23 670 subscribers.

According to the latest data from 05 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 29 over the last 30 days and by 0 over the last 24 hours, overall reach remains high.

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 11.31%. Within the first 24 hours after publication, content typically collects 5.68% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 2 676 views. Within the first day, a publication typically gains 1 345 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 12.
  • Thematic interests: Content is focused on key topics such as devops, kubernetes, git, github, кластер.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
“По всем вопросам- @workakkk @itchannels_telegram - 🔥полезные ит-каналы https://t.me/Golang_google - Golang программирование @golangl - golang chat @GolangJobsit - golang channel jobs @golang_jobsgo - jobs РКН: clck.ru/3FmvZA #VRHSZ”

Thanks to the high frequency of updates (latest data received on 06 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

23 670
Subscribers
No data24 hours
-197 days
+2930 days
Posts Archive
DevOps
23 670
👣 Большой разбор собеседований на 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 670
Для тех, кто работает с 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 670
🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию Всё, что спрашивают на собеседованиях DevOps / SRE /
🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров. https://github.com/justxor/devops-interview-2026

DevOps
23 670
🛠️ 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 670
photo content

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

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

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

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

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

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

DevOps
23 670
photo content

DevOps
23 670
Фильтр Блума: миллион элементов в 1,2 МБ - как это работает? Почему алгоритм «помнит» то, чего не было? Наглядно разбираем Bloom Filter, ложные срабатывания и экономию запросов к базе. #Алгоритмы #Программирование #BloomFilter #ФильтрБлума #Математика

DevOps
23 670
Согласны ?
Согласны ?

DevOps
23 670
Repost from Machinelearning
📌Fable 5.1 рассчитала амплитуду рассеяния в девяти петлях Модель в среде Claude Science рассчитала шестичастичную амплитуду
📌Fable 5.1 рассчитала амплитуду рассеяния в девяти петлях Модель в среде Claude Science рассчитала шестичастичную амплитуду рассеяния в планарной четырёхкратно суперсимметричной теории Янга–Миллса на уровне девяти петель.
Амплитуды рассеяния показывают, насколько вероятна та или иная реакция при столкновении частиц, и по ним теорию сверяют с данными Большого адронного коллайдера. Целиком их не посчитать, поэтому физики обрывают расчёт на определённом числе петель, т.к каждая следующая приближает к реальному ответу, но так его утяжеляет, что большинство амплитуд доведены лишь до двух петель, а некоторые до трёх. Суперсимметричный вариант теории Янга–Миллса реальный мир не описывает, это полигон, где специалисты по амплитудам оттачивают методы, потому что считать в нём парадоксально проще.
Задачу запустили штатные физики Anthropic Лиам Фицпатрик и Сиддхарт Мишра-Шарма в ответ на вызов бывшего физика и научного журналиста Мэтта фон Хиппеля - он предлагал ИИ-компаниям решить одну из крупных открытых задач его прежней области с вычислительными ресурсами академического уровня. Результат проверил Лэнс Диксон из Стэнфорда и SLAC, соавтор предыдущего рекорда в восемь петель. Восьмипетлевой результат Диксон и Энди Лю получили в 2023 году окольным путём, через родственную величину, форм-фактор. Claude пришёл к девяти петлям двумя способами - исходным гексагональным бутстрапом и через форм-фактор. Исследователи дали модели постановку задачи и дальше вмешивались редко, в духе:
«... я иду спать, продолжай, пока не скажу остановиться, и присылай отчёт каждые 4–6 часов».
Код бутстрапа Claude сам написал на Python с SymPy и неделю считал на 96 процессорах. Диксон проверил результат, пересчитав из амплитуды девятипетлевой форм-фактор, к которому его команда шла пару лет, и назвал работу настоящим триумфом для языковой модели, выполнившей все шаги сложного алгоритма. Параллельно к тому же результату шла группа Сун Хэ из Китайской академии наук с GPT-6 и когда китайцы связалась с фон Хиппелем через несколько дней после Anthropic, большая часть расчёта у них уже была готова. Фон Хиппель допускает, что задача просто удобна для ИИ, но считает, что технология действительно стала лучше:
«В марте 2026 года ИИ выполнял физические проекты как студент - это были небольшие задачи, много опеки и ошибок. Здесь же настоящий расчёт на переднем крае науки, из тех, за которые обычно берутся ведущие специалисты по амплитудам», – пишет он.
Результат выложен на сайте Мишры-Шармы. Рецензирования не было, а полную функцию, по признанию авторов, посчитали один раз, независимо перепроверили только её упрощённую часть, символ. @ai_machinelearning_big_data #news #ai #ml

DevOps
23 670
Как строить инфраструктуру, когда часть сервисов — on-prem, а часть — в cloud Гибридная инфраструктура имеет много преимущест
Как строить инфраструктуру, когда часть сервисов — on-prem, а часть — в cloud Гибридная инфраструктура имеет много преимуществ - это и распределение нагрузки между контурами под различные задачи. и оптимизация затрат, когда мощности нужны в моменте, а закупать и поддерживать свои серверы не выгодно. Yandex Cloud активно развивает это направление, и предоставляет полный набор инструментов для создания и поддержки полноценного гибрида. Во-первых, сети. Тут есть Cloud Interconnect для связности ресурсов в разных контурах. А VPC Private Endpoint позволяет безопасно объединять ресурсы в облаке без выхода в интернет - в том числе с облачным хранилищем, или платформой AI Studio.  Во-вторых, дополнительные мощности, которые можно быстро получить в моменте. Тут представлен сервис по аренде серверов, который получил свое логичное развитие в виде BareMetal Extend - это уже преднастроенная инфраструктура с развернутой виртуализацией и Kubernetes. То есть можно получить готовую среду.изолированную от облака, и сразу приступить к разработке.  Ну и в-третьих, обновление сервиса, который позволяет разработки Yandex Cloud перенести в закрытый контур. Речь про Stackland, в который интегрировано еще больше PaaS-сервисов. Теперь платформа позволяет в  закрытом контуре создать полноценную платформу данных.

DevOps
23 670
Снёс коммиты? Как вернуть код после git reset -hard Одна команда - и три коммита исчезли из истории ветки. Субару уже готов начинать заново, но Эмилия знает способ вернуться. Показываем, как восстановить коммиты после git reset --hard: найти нужный хеш через git reflog, проверить изменения и создать спасательную ветку. Способ работает, пока объекты коммитов сохранились. Незакоммиченные правки reflog не восстанавливает. #Git #Программирование #ReZero #GitReflog

DevOps - Statistics & analytics of Telegram channel @devopsitsec