¡Ya disponible! Investigación de Telegram 2025 — los principales insights del año 
BA & SA | 10000 Interview questions
Ir al canal en Telegram
Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7
Mostrar más📈 Análisis del canal de Telegram BA & SA | 10000 Interview questions
El canal BA & SA | 10000 Interview questions (@systemanalystinterview) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 10 229 suscriptores, ocupando la posición 3 867 en la categoría Carrera profesional y el puesto 63 919 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 10 229 suscriptores.
Según los últimos datos del 23 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 325, y en las últimas 24 horas de -4, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 3.56%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 2.54% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 363 visualizaciones. En el primer día suele acumular 259 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 2.
- Intereses temáticos: El contenido se centra en temas clave como объяснение, индекс, user_id, субд, паттерн.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Вопросы и задачи, которые задают на собеседованиях на позицию Бизнес и Системного аналитика. По вопросам сотрудничества- @DeliveryManager7”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 24 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Carrera profesional.
10 229
Suscriptores
-424 horas
-57 días
+32530 días
Archivo de publicaciones
Gartner: стратегические IT-тренды 2026
В свежем прогнозе Gartner фокус смещён с «новых инструментов» на зрелость управления. Технологии становятся базовой средой, и главный вопрос - как ими управляют.
Что это означает:
- AI-native платформы. ИИ встраивается в ядро продуктов и процессов. Требуются чёткие владельцы данных, правил и решений.
- Platform engineering. Компании уходят от разрозненных решений к платформенному подходу.
- Автономные системы. Больше автоматических решений - выше требования к контролю, наблюдаемости и ответственности.
- Адаптивная безопасность. Защита - это архитектура и процессы, а не набор инструментов.
Вывод простой: опасно не отстать от технологий, а внедрять их без понимания последствий.
Поэтому мы собрали папку IT.
Внутри: каналы про архитектуру, AI, платформы, безопасность и реальные управленческие кейсы. С фокусом на понимание и контроль.
Добавьте папку себе ➡️ https://t.me/addlist/T9QrvzCUhps5NTU6
Поделитесь с друзьями и коллегами, им тоже пригодится!
Попасть в папку
👩🏫Объяснение:
SOAP (Simple Object Access Protocol) — это протокол для обмена структурированными сообщениями в веб-сервисах, широко использовавшийся в 2000-х годах.
Ключевые характеристики SOAP:
📄 XML-основа:
Все сообщения в формате XML
Строгая структура с XML Schema
Пример сообщения:
```
xml
<soap:Envelope>
<soap:Header>
<wsse:Security>...</wsse:Security>
</soap:Header>
<soap:Body>
<m:GetUserRequest>
<m:UserId>123</m:UserId>
</m:GetUserRequest>
</soap:Body>
</soap:Envelope>
```
📋 WSDL (Web Services Description Language):
Машинно-читаемое описание интерфейса сервиса
Определяет операции, типы данных, endpoint-ы
По WSDL можно автоматически генерировать клиентский код
🛡 WS- стандарты:*
WS-Security — безопасность и шифрование
WS-ReliableMessaging — гарантированная доставка
WS-Addressing — маршрутизация сообщений
WS-Transaction — распределенные транзакции
Где до сих пор используется:
Корпоративные системы (банки, страхование, государственные органы)
Устаревшие интеграции, которые сложно переписать
Системы с высокими требованиями к безопасности
Преимущества SOAP:
Стандартизация (все WS-* стандарты)
Встроенная безопасность
Независимость от транспорта (HTTP, SMTP, JMS)
Поддержка сложных транзакций
Недостатки (почему REST стал популярнее):
Громоздкость: Большой объем передаваемых данных (XML overhead)
Сложность: Требует инструментов для работы
Меньшая производительность: XML тяжелее JSON
Сложнее для веб-приложений
4624. Какой формат обмена данными основан на XML и использует WSDL для описания интерфейсов?
👩🏫Объяснение:
Backpressure (обратное давление) — это механизм контроля потока данных в системах, где производитель генерирует данные быстрее, чем потребитель может их обработать.
Проблема без Backpressure:
Производитель отправляет 10 000 сообщений/сек
Потребитель обрабатывает только 1 000 сообщений/сек
Очередь переполняется → память заканчивается → система падает
Как работает Backpressure:
Обнаружение перегрузки:
Потребитель отслеживает свою загрузку
При достижении лимита (например, 80% CPU или полная очередь) активируется backpressure
Сигнализация производителю:
Через протокол (TCP window size)
Через механизмы реактивных потоков (Reactive Streams: request(n))
Через метрики (Kafka consumer lag)
Реакция производителя:
Временная остановка отправки
Уменьшение скорости
Буферизация на своей стороне
Пример из реальной жизни:
Представьте конвейер на заводе:
Рабочий №1 быстро кладет детали на ленту
Рабочий №2 не успевает их обрабатывать
Рабочий №2 кричит: «Стоп! Я не успеваю!»
Рабочий №1 приостанавливает работу
Технические реализации:
TCP: Window size — получатель сообщает, сколько данных готов принять
Reactive Streams (RxJava, Project Reactor):
```
java
// Потребитель запрашивает определенное количество элементов
subscription.request(10); // "Дай мне 10 элементов"
Apache Kafka: Consumer offset lag — отставание потребителя от производителя
```
4623. Какой механизм позволяет получателю сообщений сигнализировать отправителю о необходимости снизить скорость отправки?
👩🏫Объяснение:
API Gateway — это специализированный сервер, который выступает в роли единого фасада для всех внешних клиентов (мобильных приложений, браузеров, партнерских систем).
Основные функции API Gateway:
🔐 Аутентификация и авторизация:
Проверка API-ключей, JWT-токенов, OAuth
Определение прав доступа для каждого клиента
Пример: Authorization: Bearer eyJhbGciOiJIUzI1NiIs...
🛣 Роутинг и версионирование:
Маршрутизация запросов к нужному внутреннему сервису
Поддержка разных версий API
Пример: /api/v1/orders → сервис заказов, /api/v2/orders → новая версия
⚡️ Ограничение скорости (Rate Limiting):
Защита от DDoS-атак и злоупотреблений
Квотирование по клиентам (например, 1000 запросов/час)
Пример: X-RateLimit-Limit: 1000, X-RateLimit-Remaining: 950
🔄 Агрегация данных:
Объединение ответов нескольких сервисов в один
Пример: данные о заказе + данные о доставке + данные о клиенте
📊 Мониторинг и аналитика:
Сбор метрик по всем запросам
Логирование для аудита и отладки
Архитектурный контекст:
```
text
Внешний клиент (мобильное приложение)
↓
API Gateway ←─ Здесь аутентификация, rate limiting
↓
┌──────┴──────┐
↓ ↓
Сервис Сервис
Заказов Платежей
```
4622. Какой компонент служит единой точкой входа для внешних клиентов и управляет аутентификацией, роутингом и ограничением запросов?
👩🏫Объяснение:
Change Data Capture (CDC) — это паттерн интеграции, который отслеживает изменения в базе данных (INSERT, UPDATE, DELETE) и передает их другим системам почти в реальном времени.
Как работает CDC:
Чтение журнала транзакций:
Каждая СУБД ведет журнал: WAL в PostgreSQL, binlog в MySQL, redo log в Oracle
В этот журнал записывается все, что происходит с данными
CDC-агент (например, Debezium) читает этот журнал
Преобразование в события:
```json
{
"op": "u", // операция: u=update, c=create, d=delete
"before": {"id": 1, "name": "Старое имя"},
"after": {"id": 1, "name": "Новое имя"},
"source": {"table": "users", "db": "main"}
}
```
Отправка в шину событий:
События публикуются в Kafka, RabbitMQ или другую очередь
Другие сервисы подписываются на эти события
Где применяется:
Синхронизация кэшей: При изменении товара в БД → обновление кэша в Redis
Аналитика в реальном времени: События сразу попадают в ClickHouse для отчетов
Уведомления: При создании заказа → отправка email клиенту
Поисковые индексы: Обновление Elasticsearch при изменении данных
4621. Какой паттерн используется для чтения изменений данных из журнала транзакций БД в реальном времени?
👩🏫Объяснение:
Change Data Capture (CDC) — это современный, эффективный паттерн интеграции, который кардинально меняет подход к синхронизации данных между системами.
Как работает (упрощенно):
1. Каждая серьезная СУБД (PostgreSQL, MySQL, Oracle) ведет журнал транзакций (Write-Ahead Log, WAL; binlog). Это низкоуровневая последовательность всех операций изменения данных (INSERT, UPDATE, DELETE), записанная перед их фактическим применением к таблицам. Цель СУБД — обеспечение согласованности и восстановление после сбоев.
2. CDC-агент (например, Debezium) подключается к СУБД не как обычное приложение, а читает этот журнал транзакций.
3. Агент превращает низкоуровневые записи журнала в удобные, структурированные события (например, { "op": "c", "after": { "id": 123, "name": "New Product" } }).
4. Эти события публикуются в шину событий (чаще всего Apache Kafka).
Практическое применение для системного аналитика:
1. Актуализация кэшей и поисковых индексов: При изменении товара в основной БД, событие через CDC мгновенно отправляется в Elasticsearch для обновления поискового индекса.
2. Построение агрегированных витрин данных: События из операционной БД стримятся в систему аналитики (например, ClickHouse) для построения актуальных отчетов.
3. Микросервисная синхронизация: Сервис «Заказы» и сервис «Доставка» имеют свои БД. При создании заказа, событие через CDC уведомляет сервис «Доставка», что нужно планировать доставку. Это альтернатива прямому вызову API.
4. Аудитинг и compliance: Полный поток всех изменений данных можно сохранять для целей аудита.
Роль аналитика: При проектировании систем, где критична актуальность данных или требуется реагирование на изменения, предлагать рассмотреть CDC как более эффективную и надежную альтернативу традиционному опросу (polling) по расписанию.
4620. Какой механизм используется для изоляции сообщений, которые не могут быть обработаны после нескольких попыток?
👩🏫Объяснение:
gRPC (Google Remote Procedure Call) — это современный высокопроизводительный фреймворк для удаленного вызова процедур, разработанный Google.
Ключевые особенности:
Protocol Buffers (protobuf):
Бинарный формат (в отличие от текстового JSON/XML)
Занимает меньше места, быстрее сериализуется/десериализуется
Строгая типизация через .proto файлы
Пример определения:
protobuf
message User {
int32 id = 1;
string name = 2;
string email = 3;
}
HTTP/2:
Мультиплексирование (несколько запросов в одном соединении)
Сжатие заголовков
Server push (сервер может отправлять данные без запроса)
Типы взаимодействия:
Унарный (один запрос — один ответ)
Стриминг (потоковая передача в обе стороны)
Клиентский или серверный стриминг
Где применяется:
Внутренняя коммуникация микросервисов
Системы реального времени (чат, уведомления)
Когда важны производительность и низкая задержка4619. Какой протокол использует бинарный формат Protocol Buffers и HTTP/2 для высокопроизводительной интеграции?
👩🏫Объяснение:
Point-to-Point (P2P, «точка-точка») — это самый простой подход к интеграции, при котором две системы соединяются напрямую, без посредников.
Как это работает:
Система A знает точный адрес и протокол системы B
Отправляет данные напрямую (например, через HTTP-вызов или прямой доступ к БД)
Система B принимает и обрабатывает запрос
Пример: Мобильное приложение вызывает REST API бэкенда напрямую.
Плюсы:
Простота начальной реализации
Минимальная задержка (нет промежуточных звеньев)
Минусы (и почему это часто антипаттерн):
При добавлении третьей, четвертой системы количество связей растет экспоненциально
Создает «спагетти-архитектуру», которую невозможно поддерживать
Нет централизованного управления, логирования, мониторинга
Высокая связанность: изменение в одной системе требует изменений во всех связанных
