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
Показати більше
Сітка:📈 Аналітичний огляд Telegram-каналу DevOps
Канал DevOps (@devopsitsec) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 23 670 підписників, посідаючи 5 482 місце в категорії Технології та додатки та 27 550 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 23 670 підписників.
За останніми даними від 05 жовтня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на 29, а за останні 24 години на 0, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 11.31%. Протягом перших 24 годин після публікації контент зазвичай збирає 5.68% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 2 676 переглядів. Протягом першої доби публікація в середньому набирає 1 345 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 12.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як 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”
Завдяки високій частоті оновлень (останні дані отримано 06 жовтня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
23 670
Підписники
Немає даних24 години
-197 днів
+2930 днів
Триває завантаження даних...
Схожі канали
Хмара тегів
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
жовтень '26жовт '26
жовтень '26
+27
в 0 каналах
вересень '26
+243
в 32 каналах
Get PRO
серпень '26
+299
в 40 каналах
Get PRO
липень '26
+255
в 43 каналах
Get PRO
червень '26
+129
в 1 каналах
Get PRO
травень '26
+133
в 4 каналах
Get PRO
квітень '26
+171
в 2 каналах
Get PRO
березень '26
+290
в 24 каналах
Get PRO
лютий '26
+339
в 46 каналах
Get PRO
січень '26
+374
в 112 каналах
Get PRO
грудень '25
+244
в 10 каналах
Get PRO
листопад '25
+401
в 49 каналах
Get PRO
жовтень '25
+203
в 19 каналах
Get PRO
вересень '25
+722
в 43 каналах
Get PRO
серпень '25
+491
в 16 каналах
Get PRO
липень '25
+847
в 78 каналах
Get PRO
червень '25
+418
в 73 каналах
Get PRO
травень '25
+199
в 6 каналах
Get PRO
квітень '25
+627
в 28 каналах
Get PRO
березень '25
+193
в 3 каналах
Get PRO
лютий '25
+366
в 41 каналах
Get PRO
січень '25
+457
в 43 каналах
Get PRO
грудень '24
+677
в 58 каналах
Get PRO
листопад '24
+1 002
в 185 каналах
Get PRO
жовтень '24
+808
в 57 каналах
Get PRO
вересень '24
+913
в 200 каналах
Get PRO
серпень '24
+829
в 42 каналах
Get PRO
липень '24
+882
в 54 каналах
Get PRO
червень '24
+1 344
в 59 каналах
Get PRO
травень '24
+1 033
в 39 каналах
Get PRO
квітень '24
+1 006
в 45 каналах
Get PRO
березень '24
+1 240
в 27 каналах
Get PRO
лютий '24
+1 355
в 1 каналах
Get PRO
січень '24
+1 643
в 43 каналах
Get PRO
грудень '23
+1 121
в 42 каналах
Get PRO
листопад '23
+363
в 32 каналах
Get PRO
жовтень '23
+797
в 2 каналах
Get PRO
вересень '23
+1 045
в 0 каналах
Get PRO
серпень '23
+1 847
в 0 каналах
Get PRO
липень '23
+744
в 0 каналах
Get PRO
червень '23
+1 151
в 0 каналах
Get PRO
травень '23
+1 684
в 0 каналах
Get PRO
квітень '23
+36
в 0 каналах
Get PRO
березень '23
+240
в 0 каналах
Get PRO
лютий '23
+194
в 0 каналах
Get PRO
січень '23
+5 725
в 0 каналах
| Дата | Залучення підписників | Згадування | Канали | |
| 06 жовтня | +5 | |||
| 05 жовтня | +1 | |||
| 04 жовтня | +9 | |||
| 03 жовтня | +5 | |||
| 02 жовтня | +1 | |||
| 01 жовтня | +6 |
Дописи каналу
👣 Большой разбор собеседований на 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| 2 |  Для тех, кто работает с Kubernetes и облачной инфраструктурой, в октябре намечается отличный повод выбраться из рабочих чатов и встретиться офлайн 👀
Обсудим:
– как пройти путь от бизнес-требования к ядру Linux
– как дать агенту управление кластером вашей инфраструктуры
– как в MWS Cloud Platform доставляют системный софт в managed K8s
– мультитенантность в Kubernetes-платформе — «Проект вместо namespace»
– как работает LLM-диагностика инцидентов в Kubernetes и OpenStack
Не обойдётся и без дискуссий: на круглых столах разберём, действительно ли Kubernetes победил и что делать, если из-за ИИ нас всех уволят.
В течение дня вас ждут доклады, общение с коллегами и активности от партнеров. Будет возможность обсудить кейсы, обменяться опытом и познакомиться с коллегами из индустрии. После конференции вас ждет афтепати, где можно будет пообщаться с единомышленниками в более неформальной обстановке.
📍 Москва, 5-й Донской проезд, 17, Connect
📅 22 октября, 10:00–21:00
👉 Программу, билеты и подробности сможете найти на сайте Kuber Conf от АОТ! | 995 |
| 3 |  🚀 DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию
Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров.
https://github.com/justxor/devops-interview-2026 | 1 647 |
| 4 |  🛠️ 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 | 1 852 |
| 5 |  Немає тексту... | 2 136 |
| 6 |  5 вещей, которые сильно упростят Kubernetes в начале:
1. Сначала разберитесь с Service, и только потом лезьте в Ingress.
2. Поймите requests и limits - без этого сложно нормально управлять ресурсами.
3. Разберитесь, как работает DNS внутри кластера.
4. Узнайте, что реально происходит, когда Pod умирает и кто его перезапускает.
5. Освойте kubectl для дебага до того, как ставить десятки дополнительных инструментов.
Kubernetes становится намного проще, когда понимаешь не команды, а что происходит под капотом. | 2 409 |
| 7 |  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 , увидимся 🤝 | 1 137 |
| 8 |  Почему Bluetooth-наушники звучат хуже, когда включаешь микрофон? A2DP vs HFP
Музыка играла в стерео, но после входа в Discord звук стал как из телефона? Когда компьютер использует микрофон Bluetooth-гарнитуры, он может переключиться с музыкального режима A2DP на разговорный HFP. В ролике с Джотаро разбираем, почему пропадает объём звука и как его вернуть: выбрать отдельный микрофон, а наушники оставить для вывода.
#Bluetooth #A2DP #HFP #JoJo
https://www.youtube.com/shorts/JbkX3ZVYZDE | 1 |
| 9 |  🚀 Как на самом деле работает 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 станет гораздо понятнее: концепция похожа, но архитектура заметно чище и гибче. | 2 336 |
| 10 |  Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безопасности замедлят выпуск сервисов?
15 октября на DevOps-треке конференции Orion soft: Большая игра разберут:
— архитектуру DR-репликации, ее отличие от Performance-репликации и результаты нагрузочных тестов
— защищенный и отказоустойчивый доступ к LLM, биллинг токенов и ограничения готовых open-source-шлюзов
— self-service-путь AppSec с шаблонами как код и понятными policy gates
— комплексные Admission-проверки на CEL, сравнение с Rego и накладные расходы под высокой нагрузкой.
В программе — архитектурные схемы, сравнение подходов, примеры проверок и результаты тестов.
📍 Москва
Регистрация | 1 854 |
| 11 |  🔐 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 при компрометации. | 1 861 |
| 12 |  Объектное хранилище в эпоху быстрых данных
Объём данных, с которыми нужно работать, растёт ежедневно. Стандартных решений уже не хватает для задач ИИ и аналитики. Большие объёмы данных нужно не только хранить, но и быстро записывать и читать.
В MWS Cloud Platform мы построили объектное хранилище не только на привычных HDD-дисках, но и на NVMe. На вебинаре покажем, какие сценарии работы это открывает и как меняет привычные подходы.
Подключайтесь! Обсудим:
✅ Чем классы хранения MWS Object Storage отличаются от привычных
✅ В каких сценариях новый тёплый класс проявляет себя лучше всего
✅ Преимущества и слабые места в разных сценариях работы
📆 7 октября в 14:00 (мск)
Зарегистрироваться | 1 536 |
| 13 | Что произойдет, если откажет основное хранилище секретов, LLM начнет бесконтрольно расходовать токены, а новые проверки безопасности замедлят выпуск сервисов?
15 октября на DevOps-треке конференции Orion soft: Большая игра разберут:
— архитектуру DR-репликации, ее отличие от Performance-репликации и результаты нагрузочных тестов
— защищенный и отказоустойчивый доступ к LLM, биллинг токенов и ограничения готовых open-source-шлюзов
— self-service-путь AppSec с шаблонами как код и понятными policy gates
— комплексные Admission-проверки на CEL, сравнение с Rego и накладные расходы под высокой нагрузкой.
В программе — архитектурные схемы, сравнение подходов, примеры проверок и результаты тестов.
📍 Москва
Регистрация | 89 |
| 14 | Объектное хранилище в эпоху быстрых данных
Объём данных, с которыми нужно работать, растёт ежедневно. Стандартных решений уже не хватает для задач ИИ и аналитики. Большие объёмы данных нужно не только хранить, но и быстро записывать и читать.
В MWS Cloud Platform мы построили объектное хранилище не только на привычных HDD-дисках, но и на NVMe. На вебинаре покажем, какие сценарии работы это открывает и как меняет привычные подходы.
Подключайтесь! Обсудим:
✅ Чем классы хранения MWS Object Storage отличаются от привычных
✅ В каких сценариях новый тёплый класс проявляет себя лучше всего
✅ Преимущества и слабые места в разных сценариях работы
📆 7 октября в 14:00 (мск)
Зарегистрироваться | 1 |
| 15 |  Немає тексту... | 2 477 |
| 16 |  Фильтр Блума: миллион элементов в 1,2 МБ - как это работает?
Почему алгоритм «помнит» то, чего не было? Наглядно разбираем Bloom Filter, ложные срабатывания и экономию запросов к базе.
#Алгоритмы #Программирование #BloomFilter #ФильтрБлума #Математика | 2 545 |
| 17 |  Согласны ? | 3 035 |
| 18 |  📌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 | 2 752 |
| 19 |  Как строить инфраструктуру, когда часть сервисов — on-prem, а часть — в cloud
Гибридная инфраструктура имеет много преимуществ - это и распределение нагрузки между контурами под различные задачи. и оптимизация затрат, когда мощности нужны в моменте, а закупать и поддерживать свои серверы не выгодно.
Yandex Cloud активно развивает это направление, и предоставляет полный набор инструментов для создания и поддержки полноценного гибрида.
Во-первых, сети. Тут есть Cloud Interconnect для связности ресурсов в разных контурах. А VPC Private Endpoint позволяет безопасно объединять ресурсы в облаке без выхода в интернет - в том числе с облачным хранилищем, или платформой AI Studio.
Во-вторых, дополнительные мощности, которые можно быстро получить в моменте. Тут представлен сервис по аренде серверов, который получил свое логичное развитие в виде BareMetal Extend - это уже преднастроенная инфраструктура с развернутой виртуализацией и Kubernetes. То есть можно получить готовую среду.изолированную от облака, и сразу приступить к разработке.
Ну и в-третьих, обновление сервиса, который позволяет разработки Yandex Cloud перенести в закрытый контур. Речь про Stackland, в который интегрировано еще больше PaaS-сервисов. Теперь платформа позволяет в закрытом контуре создать полноценную платформу данных. | 2 446 |
| 20 |  Снёс коммиты? Как вернуть код после git reset -hard
Одна команда - и три коммита исчезли из истории ветки. Субару уже готов начинать заново, но Эмилия знает способ вернуться.
Показываем, как восстановить коммиты после git reset --hard: найти нужный хеш через git reflog, проверить изменения и создать спасательную ветку.
Способ работает, пока объекты коммитов сохранились. Незакоммиченные правки reflog не восстанавливает.
#Git #Программирование #ReZero #GitReflog | 2 590 |
