Backend Systems | balun.courses

TelegramIt dev

@balun_courses_backend

Канал школы balun.courses про бэкенд-инженерию в продакшене: Kafka, PgSQL, Redis, Elasticsearch, observability и распределенные системы: [контакт скрыт]

174
Подписчиков
103.4%
Охват (Reach Rate / RR)
просмотры / подписчики
3.9%
Вовлечённость (ER)
реакции / просмотры

О канале Backend Systems | balun.courses

174подписчиков180средний охват103.4%охват (RR)3.9%вовлечённость (ER)

Канал школы balun.courses про бэкенд-инженерию в продакшене: Kafka, PgSQL, Redis, Elasticsearch, observability и распределенные системы: [контакт скрыт]

Основные метрики

Вовлечённость

103.4%Охват
Подписчиков174
Просмотров/пост180
Реакций/пост6
Отличная
Качество
3.33%
Реакции/просм.
10
Постов
6
Реакций/пост
3.33%просмотров конвертируются в реакции

Здоровье аудитории

Средний охват: ~180 на пост — это ~100% от 174 подписчиков
100%
Доля от числа подписчиков. Один пост видит не обязательно одна и та же часть аудитории, поэтому остаток — не «неактивные подписчики».
103.4%
Охват (RR)
Отличное
3.89%
ER (вовлечённость)
~7 реакций/пост
Здоровый канал. Более 30% подписчиков видят публикации — аудитория живая и вовлечённая.

Часовая активность

МСК

Когда канал публикует — распределение постов по часам суток.

14:00
Пик публикаций
0%
Ночью (0-6)
Публикует днём
0
3
6
9
12
15
18
21
Распределение 10 постов по часам публикации и средний охват/реакции постов в этот час. Время — московское (МСК). Это график публикаций канала, не онлайн-статус аудитории.

Последние публикации канала «Backend Systems | balun.courses»

  1. 70 просмотров, 12 реакций, 20 июл. 2026 г.

    Kafka не создавали для того, как её используют сегодня Партиции, оффсеты, репликацию и гарантии доставки намного проще понять, если сначала ответить на один вопрос: какую проблему вообще решали разработчики Kafka? Когда команда LinkedIn создавала Kafka в 2010 году, она не думала про микросервисы или event-driven архитектуру. Задача была гораздо прозаичнее – передавать между внутренними системами огромные объёмы логов и пользовательских событий. Именно под эту задачу проектировалась Kafka. Сообщения не удаляются после чтения, потому что один и тот же поток данных могут читать несколько систем.…

    Открыть пост в MAX
  2. 71 просмотров, 11 реакций, 14 июл. 2026 г.

    Вопрос про Kafka, который возникает почти на каждом менторстве Рассказывает Андрей Серебрянский – ведущий разработчик в Яндекс Когда я общаюсь с разработчиками на менторстве, рано или поздно возникает один и тот же вопрос: ⁉️ Можно ли в Kafka сделать так, чтобы не было ни потерь, ни дублей сообщений? Обычно следом вспоминают термин exactly once и то, что в Kafka есть транзакции. Дальше я задаю встречный вопрос: Что именно вы хотите гарантировать? Что сообщение один раз запишется в Kafka? Что консюмер получит его только один раз? Что бизнес-логика обработает его один раз? Или что запись в базу…

    Открыть пост в MAX
  3. 57 просмотров, 1 реакций, 12 июл. 2026 г.

    Расследование production-инцидентов с помощью OpenTelemetry + AI • 29 июля, CР • 19:00 по мск Открытый урок для разработчиков и DevOps. Покажем observability-стек и продвинутые возможности Otel, которые помогают искать и чинить инциденты с помощью AI-агента Что будет на уроке: 1️⃣ База по OpenTelemetry для понимания контекста 2️⃣ Продвинутые инструменты Otel, которые передают агенту связный контекст инцидента вместо «тонны логов» 3️⃣ Как этот контекст помогает AI расследовать инциденты и строить отчеты с анализом первопричин 4️⃣ Устройство архитектуры и observability вокруг AI для наблюдения…

    Открыть пост в MAX
  4. 89 просмотров, 9 реакций, 10 июл. 2026 г.

    Kafka или RabbitMQ? На собеседовании я отвечаю не так, как ожидают Рассказывает Андрей Серебрянский, ведущий разработчик в Яндекс Это один из тех вопросов, на который обычно ждут короткий ответ: «Для этого бери RabbitMQ, для этого – Kafka». За годы работы я пришел к другому выводу. Сам вопрос не совсем правильный. Когда сервисы начинают напрямую вызывать друг друга по API, рано или поздно кто-то перестает справляться с нагрузкой. Один сервис замедляется, за ним начинают ждать остальные, появляются таймауты, а затем и каскадные отказы. И RabbitMQ, и Kafka появились, чтобы решить именно эту…

    Открыть пост в MAX
  5. 198 просмотров, 1 реакций, 09 июл. 2026 г.

    Ищем кандидатов для съёмок mock-собеседований: PostgreSQL, Elasticsearch, Team Lead, DevOps, SRE Всем привет 🙌🏻 Хотим записать для YouTube-канала школы несколько новых mock-собеседований и ищем интересных кандидатов. В ближайшее время планируем провести mock-собеседования с вопросами по PostgreSQL и Elasticsearch, а также отдельные собеседования на позиции Team Lead, DevOps и SRE. Если хотите поучаствовать, напишите @widdfiiwgth . В сообщении сразу укажите, на какое направление вы откликаетесь, ваш общий опыт работы в IT, опыт в выбранной теме или роли, а также текущую должность и стек…

    Открыть пост в MAX
  6. 136 просмотров, 9 реакций, 07 июл. 2026 г.

    🎙 Самая дорогая Kafka-ошибка, которую я видел за 8 лет Рассказывает Андрей Серебрянский – ведущий разработчик в Яндекс В подкасте он разбирает ошибку, которая однажды стоила очень дорого, и объясняет, как не наступить на те же грабли. Именно такие реальные кейсы легли в основу нашего нового курса по Kafka. Программу мы собирали вместе с практиками, чтобы вам не пришлось самостоятельно просеивать десятки книг, статей и разрозненных материалов ❤️ Всё самое важное уже собрано в одном месте. ◻️ Посмотреть программу

    Открыть пост в MAX
  7. 151 просмотров, 6 реакций, 06 июл. 2026 г.

    PostgreSQL и тормозящие запросы: что делать, когда индексы есть, а толку – нет? • 20 июля, ПН • 19:00 по мск Открытый урок по PgSQL для разработчиков: частые ошибки с индексами, из-за которых тормозят запросы, и как это пофиксить Что будет на уроке: 1️⃣ Почему PostgreSQL выбирает Seq Scan даже при наличии индекса, и когда это нормально 2️⃣ Как читать EXPLAIN ANALYZE и за минуты находить причину медленного запроса 3️⃣ ТОП-ошибок разработчиков, из-за которых индексы не работают или замедляют систему 4️⃣ Пошаговый алгоритм анализа скорости запросов, который сразу можно применить в работе…

    Открыть пост в MAX
  8. 204 просмотров, 7 реакций, 03 июл. 2026 г.

    ✖️ Kafka не тормозит. Тормозит одно решение, которое принимают почти все команды Когда начинают жаловаться на производительность Kafka, проблема часто оказывается не в самой Kafka. Типичная история выглядит так. Команда запускает новый сервис, рассчитывает примерно на 5 тысяч сообщений в секунду и проектирует систему под эту нагрузку. Первое время всё работает без вопросов. Через год нагрузка вырастает до 50 тысяч сообщений в секунду, и начинаются задержки. Продюсеры пишут медленнее, консюмеры перестают успевать за потоком, ребалансы занимают всё больше времени. Дальше обычно идут привычные…

    Открыть пост в MAX
  9. 173 просмотров, 01 июл. 2026 г.

    Добро пожаловать! 🫶🏻 Этот канал – про бэкенд-инженерию в продакшене. Здесь мы разбираем Kafka, PostgreSQL, Redis, Elasticsearch, observability, распределенные системы и делимся опытом, который пригодится при разработке высоконагруженных сервисов и на технических собеседованиях. Ниже собрали все материалы, с которых рекомендуем начать: 1️⃣ Kafka 📺 Видео • Что каждый разработчик должен знать про Kafka? • Как ответить на вопросы про Kafka на интервью? Полный разбор • Kafka vs RabbitMQ – в чем реальная разница? 📖 Статьи • Apache Kafka за 5 минут: зачем она нужна? • Топ вопросов по Kafka,…

    Открыть пост в MAX
  10. 0 просмотров, 18 июн. 2026 г.

    Channel created

    Открыть пост в MAX

Качество и доверие

100
из 100
Явных аномалий не обнаружено

Эвристические сигналы качества по публичным метрикам (охват, реакции, динамика подписчиков). Это не доказанный фрод и не приговор — лишь поводы присмотреться к каналу.

Реклама и монетизация

Эффективность по типу контента

Средние показатели последних публикаций. Тип определён по тексту поста — оценочно.

Видео(2 поста)186 просм. · 1 реакц.
Текст(8 постов)97 просм. · 7 реакц.

Публикации

10 последних публикаций

Дополнительно

2пропущенных ID постов

Из 10 пойманных постов в диапазоне ID сообщений отсутствует 2. Пропуски — это удалённые посты ИЛИ медиа-альбомы и служебные сообщения (один альбом = несколько ID). Точную причину по одним ID определить нельзя.