Что происходит, когда очередь сообщений выглядит пустой, а нода RabbitMQ уже задыхается от гигабайт данных? В этом выпуске разбираем реальную аварию: как массовые рассылки персонализированных писем превратили RabbitMQ в тяжелое хранилище объектов, для которого он архитектурно не предназначен.

Telegram-канал сообщества: ⁠https://t.me/getanalysts⁠
VK сообщество: ⁠https://vk.com/getanalyst⁠ 

Статья к эпизоду с доп. материалами: ⁠https://getanalyst.ru/podcast/rabbitmq-dmx⁠ 

Выпуск актуален для системных аналитиков и архитекторов, которые проектируют интеграции через брокеры и готовятся к собеседованиям.

Тайм-коды к эпизоду:

00:00 | Заставка
00:18 | Введение и знакомство со спикером
01:36 | Для каких задач выбрали RabbitMQ
03:12 | Как работают интеграции с внешними системами через брокер
05:03 | DMX (Delayed Message Exchange) — задача, которая положила RabbitMQ
07:21 | Где в логах и мониторинге видны признаки падения RabbitMQ
08:27 | Последствия аварии и объём потерянных сообщений
11:52 | Что входит в payload сообщения RabbitMQ
14:00 | Порядок действий после падения RabbitMQ и почему не стоит проталкивать сообщения руками
16:50 | Инструменты аналитиков для работы с RabbitMQ
18:25 | Инфраструктура RabbitMQ: ноды
19:45 | Рекомендации по проектированию взаимодействия с RabbitMQ

Ведущая:
⁠Екатерина Ананьева⁠
Основатель сообщества Системных Аналитиков GetAnalyst

Гости:
Софья Калинина,
Старший cистемный аналитик, РТК ИТ.

Мониторинг — это не только про DevOps.

Системный аналитик, который не понимает метрики, рискует написать требования, которые невозможно проверить, выполнить или измерить.

Telegram-канал сообщества: https://t.me/getanalysts
Статья к эпизоду: https://getanalyst.ru/podcast/monitoring-for-analysts

В этом выпуске разбираем мониторинг с точки зрения аналитика:
— что такое метрики мониторинга и откуда они берутся;
— как метрики связаны с нефункциональными требованиями;
— как описывать требования при пиковых нагрузках;
— какие метрики нужны для брокеров сообщений;
— чем отличаются SLO, SLI и SLA;
— что такое четыре золотых сигнала SRE от Google: latency, traffic, errors, saturation.

Отдельно говорим про реальный опыт проекта: как использовались Prometheus, Grafana и Kibana, и почему аналитику важно понимать, что именно команда будет мониторить при проблемах в продакшн.

Выпуск будет полезен системным и бизнес-аналитикам, которые работают с нефункциональными требованиями, интеграциями, архитектурой, брокерами сообщений, API и вопросами надёжности систем. Заберёте для себя много полезных примеров НФТ.

Тайм-коды к эпизоду:
00:00 | Введение
00:18 | Почему нужно знать про метрики мониторинга системным аналитикам
01:47 | Что такое метрики мониторинга
05:03 | Нефункциональные требования, влияющие на мониторинг
09:15 | Этапы работы аналитика с метриками мониторинга
12:20 | Ключевые метрики мониторинга и их источники
14:18 | Детальный разбор каждой метрики мониторинга
18:59 | Загрузка CPU и требования при пиковых нагрузках
21:01 | Метрики мониторинга для брокеров сообщений
23:02 | Метрики SLO, SLI и SLA
26:21 | Инструменты для мониторинга: опыт реального проекта
31:44 | Золотые сигналы SRE от Google
34:10 | Итоги и чек-лист

Ведущая:
Екатерина Ананьева
Основатель сообщества Системных Аналитиков GetAnalyst

Гости:
Елизавета Акманова,
Старший cистемный аналитик, компания UseTech 

Что такое mTLS и как это работает? Изучайте не в теории, а на практике!

Сайт эпизода с материалами и ссылками на видео-площадки: 
https://getanalyst.ru/podcast/mtls 
Telegram-канал сообщества: 
https://t.me/getanalysts

К концу выпуска понятно не только как это настроить mTLS, но и почему он так работает. Отдельно разобрали, как системному аналитику описать требования к mTLS-аутентификации и что могут спросить про TLS/mTLS на собеседовании.

Выпуск будет полезен тем, кто проектирует интеграции с защищёнными API, пишет требования к API-аутентификации, готовится к собеседованию на Middle/Senior системного аналитика, а также всем, кто хочет разобраться с mTLS один раз — и больше не бояться сертификатов.

Тайм-коды эпизода:

00:18 | Введение и знакомство со спикером
04:37 | Что такое mTLS и как он работает
05:30 | Практика в Postman по mTLS: подготовка
07:53 | Создание пространства в аккаунте Sber API
09:16 | Подключение приложения к пространству в Sber API
12:45 | Сохранение clientID и clientSecret. Загрузка сертификата
14:13 | Загрузка корневого и выпускающего сертификатов Минцифры с Госуслуг
16:29 | Распаковка сертификата Sber API с помощью OpenSSL
22:13 | Настройка сертификатов в Postman для mTLS
30:00 | Аутентификация через Postman с клиентским сертификатом: получение access token
37:33 | Лайфхак по параметризации запросов в Postman
38:41 | Отправка API-запроса в Postman с полученным токеном
46:29 | Вопросы с собеседований: что могут спросить системного аналитика про TLS и mTLS
54:03 | Оформление требований к mTLS-аутентификации
55:15 | Схема mTLS-аутентификации: разбор алгоритма
59:01 | Подведение итогов и рекомендации

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Надежда Дудник,
Главный Инженер по Тестированию, Сбер,
Автор блога ProTestingInfo в Telegram.

Нотация C4 — один из самых мощных инструментов для моделирования архитектуры, но большинство делают диаграммы интуитивно и допускают одни и те же ошибки. В этом выпуске разбираем C4 системно — от теории до живого проектирования.

За 90 минут проходим все ключевые уровни C4 — Context, Container и Component — и разбираем два реальных проекта. По каждому забираете полный комплект схем C4/Context и C4/Container.

Страница подкаста: https://getanalyst.ru/podcast/c4model 
Telegram-канал сообщества: https://t.me/getanalysts 

По ходу разбираем типичные ошибки в диаграммах C4, подвохи с нефункциональными требованиями при проектировании архитектуры, сравниваем монолит и микросервисную архитектуру, а также показываем внутренние интеграции микросервисов через Kafka и RabbitMQ.

Выпуск актуален всем, кто проектирует архитектуру систем, готовится к техническому собеседованию на Middle или Senior, или хочет наконец разобраться с нотацией C4 и начать применять её в своих проектах.

Тайм-коды эпизода:

00:18 | Введение
01:49 | Нотация C4 — что это и когда нужна системному аналитику
03:40 | Ключевые уровни C4 и их назначение
06:12 | Инструменты для создания C4: код и визуальные редакторы
10:25 | Условие задачи на проектирование архитектуры для грейда Senior
11:48 | C4/Context: ключевые элементы и подключение к draw.io
15:56 | C4/Context: разбор готового примера
18:31 | C4/Context: решаем задачу, проектируем роли пользователей и интеграции
26:46 | C4/Container: ключевые элементы
31:22 | C4/Container: разбор готового примера для микросервисов с брокером
36:41 | Откуда аналитику брать технологии для C4/Container
40:20 | C4/Container: проектируем монолитный Backend
49:57 | C4/Container: особенности интеграции с платёжной системой
51:37 | C4/Container: асинхронные уведомления с RabbitMQ и воркером
56:26 | Микросервисная архитектура: определяем микросервисы для проекта
01:01:10 | Подвох в задаче: НФТ по нагрузке — критерий уровня Senior
01:03:08 | C4/Container: проектируем микросервисную архитектуру
01:09:32 | Интеграция микросервисов через Kafka (хореография): демо на схеме
01:21:42 | Как кастомизировать C4/Container и не перегружать схему
01:23:24 | C4/Component: обзор элементов и пример
01:25:46 | Итоги и рекомендации по нотации C4

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Большинство системных аналитиков уверены, что знают REST API. Но на техническом собеседовании именно в этой задаче бывает больше всего ошибок.

Разбираем реальную задачу с собеседования: проектируем REST API метод для системы технической поддержки — от первого вопроса интервьюеру до обработки ошибок.

Telegram-канал сообщества: https://t.me/getanalysts 
Статья к эпизоду и ссылки на видео: https://getanalyst.ru/podcast/system-analyst-interview-restapi 

Идём по шагам: выбор HTTP-метода, структура URL, query-параметры для фильтров, сортировок и пагинации, заголовки, JSON и коды ошибок.

После основного разбора — 20+ вопросов с подвохом, на которых аналитики чаще всего ошибаются: текстовый поиск, SQL-инъекции, оптимизация производительности, GET vs POST.

🔍 Во время записи была допущена маленькая ошибка. Найдёте? Ответ — в статье к эпизоду.

Эпизод полезен всем, кто готовится к техническому собеседованию на позицию системного аналитика и хочет перестать ошибаться там, где ошибаются все.

Тайм-коды эпизода:

00:18 | Введение
02:22 | Условие задачи с технического собеседования системного аналитика
03:55 | Какие уточняющие вопросы задать интервьюеру перед проектированием API
06:02 | HTTP API vs REST API: в чём разница
07:09 | Проектирование REST API-метода: HTTP-метод и URL
14:12 | Query-параметры: как проектировать фильтрацию
22:47 | Query-параметры: как проектировать сортировку в REST API
25:49 | Query-параметры: как проектировать пагинацию
26:36 | Headers: какие заголовки нужны в REST API-запросе
31:46 | Ответ REST API: HTTP-статусы, headers, body и JSON
38:23 | Проектирование JSON-ответа с нуля
47:26 | camelCase или snake_case в JSON: что выбрать для REST API
51:20 | Массивы в JSON: как правильно описывать списки объектов
53:15 | Пагинация в REST API: как отразить в URL и JSON-ответе
57:29 | Проектирование ошибок REST API: HTTP 400, HTTP 422 и другие статусы
01:03:59 | Query-параметры на практике: особенности фильтрации и поиска
01:05:40 | Вопросы с подвохом: фильтры и текстовый поиск в REST API
01:08:38 | Вопросы с подвохом: доступ к данным, логирование и дополнительные фильтры
01:12:17 | Вопросы с подвохом: как работает текстовый поиск
01:13:04 | Вопросы с подвохом: пагинация, сортировка, SQL-инъекции и таймауты
01:17:47 | Вопросы с подвохом: оптимизация производительности API
01:19:49 | Почему GET, а не POST для получения данных. Форматы даты и другие спорные вопросы
01:23:35 | Проектирование БД через ИИ-агента: связь БД, JSON и индексов
01:26:47 | Как готовиться к техническому собеседованию системного аналитика

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

SSE API — тема, о которой говорят заметно реже, чем про REST, WebSocket или брокеры. И зря.

Во многих системах нужен не просто классический запрос-ответ, а доставка данных в интерфейс в реальном времени: статусов, уведомлений, прогресса обработки и других изменений на экране без ручной перезагрузки. Один из подходов для таких сценариев — SSE.

Сообщество GetAnalyst:
https://t.me/getanalysts
https://vk.com/getanalyst 

Сайт эпизода со ссылками:
https://getanalyst.ru/podcast/sse

В этом выпуске разбираем, как устроен SSE, где он встречается в реальных проектах, чем отличается от WebSocket, как влияет на архитектуру системы, безопасность и постановку задач в разработку.

Если вы системный аналитик, который хочет не просто знать названия технологий, а понимать, когда, зачем и как их применять в проекте, — этот выпуск точно для вас.

Тайм-коды эпизода:
00:18 | Введение в SSE: как обмен данными в реальном времени связан с информационной безопасностью.
04:00 | Что такое SSE API и как он работает.
07:16 | Чем SSE отличается от HTTP с Keep-Alive.
10:52 | Как выглядит SSE-соединение: инициализация запроса, сообщения в потоке, форматы данных.
16:47 | Использование SSE API в реальных проектах: примеры.
21:24 | Архитектурные решения при внедрении SSE: отдельный сервис или часть основной бизнес-логики.
24:19 | Как сервис с SSE API должен быть связан с API Gateway.
27:49 | Когда выбирать SSE, а когда WebSocket.
34:17 | Преимущества и недостатки SSE.
42:27 | Что системному аналитику учесть в постановке задачи на разработку SSE-метода: разбор шаблона документации.
47:10 | С чего начать изучение SSE: как практиковаться, в том числе через Postman.

Ведущая:
Екатерина Ананьева
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Владимир Бурмистров,
Главный Системный Аналитик, T1.

Разбираем задачу системного аналитика, аналоги которой регулярно встречаются в реальной работе и на технических собеседованиях. Проектируем интеграцию системы ЭДО (электронный документооборот) по API с внешними сервисами DaData и Т-Банка.

Telegram-канал сообщества: https://t.me/getanalysts
Материалы к эпизоду: https://getanalyst.ru/podcast/system-analyst-interview-integrations (+ ссылки на видео)

Идем по шагам: от выбора архитектуры (монолит vs микросервисы) и написания интеграционных Use Case до маппинга данных и проектирования REST API эндпоинтов. На практике смотрим, как читать API-документацию вендора, что выбрать для фоновой синхронизации оплат — Polling или WebHook, как обработать ошибки и сформировать финальные постановки задач команде разработки.

Максимум практики по системному анализу и проектированию интеграций.

Тайм-коды к эпизоду:

00:18 | Введение. Рекомендация к просмотру видео-эпизода.
01:57 | Постановка задачи: система ЭДО и вводные по интеграции с API DaData и Т-Банком.
08:39 | Пошаговый план работы аналитика над интеграцией (статья: https://habr.com/ru/articles/735332/).
10:44 | Проектируем архитектуру: монолитный подход.
15:58 | Проектируем архитектуру: микросервисный подход.
22:02 | Технический сценарий работы для кнопки «Заполнить по ИНН» в микросервисной и монолитной архитектурах.
25:02 | Промежуточные итоги: чекаем шаги интеграции.
26:43 | Интеграционный Use Case: алгоритм получения реквизитов по ИНН.
31:43 | Сценарий генерации PDF-счета через внешний сервис и доработка архитектуры.
36:32 | Фоновая синхронизация оплат с Polling. Разбор API Т-Банка, оптимизация архитектуры и UML-диаграмма.
45:53 | Фоновая синхронизация оплат с WebHook: анализ API и UML-диаграмма.
49:45 | Обработка ошибок и проектирование альтернативных сценариев.
52:08 | Проектирование REST API эндпоинтов и маппинг данных.
58:58 | Формируем итоговый список задач для Backend, Frontend и БД.
01:01:55 | Итоги выпуска и практические рекомендации.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Всё чаще в разговорах о собеседованиях для системных аналитиков можно услышать про формат System Design Interview, связанный с проектированием архитектуры. Но что именно под ним имеется в виду, как он проводится и какие навыки проверяет?

Telegram-канал сообщества: https://t.me/getanalysts  
VK сообщество: https://vk.com/getanalyst  

Статья к эпизоду с доп. материалами: https://getanalyst.ru/podcast/system-design-interview  

В этом эпизоде разбираем, что такое System Design Interview для системного аналитика, какие вопросы и задачи могут встретиться на таком собеседовании, какие компетенции оценивают и почему этот формат становится всё более актуальным.

Эпизод особенно полезен для Middle+ и Senior аналитиков, которые уже работают с интеграциями, сервисами, микросервисной архитектурой или планируют переходить в более сложные продуктовые и технические команды.

Тайм-коды к эпизоду:

00:18 | Почему вопросы по архитектуре (System Design) становятся всё более актуальными на собеседованиях для системных аналитиков. Знакомство со спикером.
04:18 | Что такое System Design Interview и как оно проводится.
07:00 | Какие компетенции проверяет формат System Design Interview. Для каких грейдов используется.
16:10 | Наблюдаемость системы: метрики, логирование, мониторинг. Что хотят от аналитика по этой части?
19:53 | Этапы System Design Interview = этапы проектирования системы.
24:20 | Почему компании внедряют System Design Interview для системных аналитиков.
26:29 | Типичные ошибки системных аналитиков на собеседованиях.
34:19 | Рекомендации по подготовке к System Design Interview. Как прокачивать навыки и где изучать темы.

Ведущая:
Екатерина Ананьева
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Софья Калинина,
Главный cистемный аналитик, РТК ИТ.

Если вам кажется, что low-code — это игрушка для маленьких проектов, этот эпизод развеет этот миф. Мы разобрали, как low-code внедряют в крупные корпоративные системы: с полноценной разработкой, процессами, безопасностью и реальными нагрузками — и как системный аналитик с его помощью двигает продукт наравне с разработчиками.

Telegram-канал сообщества: https://t.me/getanalysts
Статья к эпизоду: https://getanalyst.ru/podcast/low-code-for-analysts 

Если вы как системный или бизнес-аналитик хотите больше работать с техническими задачами, говорить с разработчиками на одном языке и приносить результат для продукта не только “в требованиях”, а в работающих решениях — этот выпуск для вас.

Тайм-коды к эпизоду:
00:18 | Знакомство со спикером. Актуальность Low-Code для системных аналитиков.
01:37 | Что такое Low-Code? Как его используют в командах с полноценной разработкой.
04:10 | Где Low-Code реально уместен: масштаб проектов. Виды Low-Code инструментов.
08:23 | Low-Code в действующем крупном проекте: примеры задач и как аналитик работает с ними.
21:10 | Задачи системного аналитика в Low-Code инструментах: что делает сам, где подключаются разработчики. Применение JavaScript и Python в работе аналитика. Реальный опыт.
24:49 | Настройка голосового бота системным аналитиком на Low-Code. Пошаговый разбор задачи.
32:23 | Безопасность и риски внедрения Low-Code в крупные IT-продукты, что нужно продумать заранее.
37:32 | Low-Code как навык для резюме аналитика: ценность на рынке, влияние AI и вайб-кодинга. Есть ли смысл изучать?
43:03 | Подведение итогов и рекомендации для аналитиков по изучению Low-Code.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Елизавета Акманова,
Старший cистемный аналитик, компания UseTech.

Многие системные аналитики рано или поздно задаются вопросом: а есть ли “системный аналитик” за рубежом — в США и Европе? Чем отличается работа аналитика в зарубежных командах?

И если вы уже гуглили “Работа системным аналитиком в США” или “Systems analyst в Европе”, то вы могли заметить странную вещь: вакансии есть, но названия, требования и ожидания часто отличаются от того, к чему привыкли в СНГ. 

Сообщество GetAnalyst:
https://t.me/getanalysts

Статья к эпизоду с подборкой вакансий:
https://getanalyst.ru/podcast/systems-analyst-in-the-us-and-europe

В этом эпизоде разбираем рынок, роли, навыки, документацию, интервью и английский, а в конце — пошаговая инструкция, как двигаться к офферу за пределами своей страны.

🎧 Актуально для системных и бизнес-аналитиков, кто хочет расширить карьерный горизонт: понять, можно ли расти в международных компаниях, и какие конкретные навыки нужны для рынка США и Европы.

Тайм-коды к эпизоду:

00:18 | Введение: есть ли системные аналитики за рубежом? рынке США и Европы?

02:01 | Вакансии Business Analyst - Бизнес-аналитик.
11:51 | Вакансии Systems Analyst - Системный аналитик.
14:47 | Вакансии Business Systems Analyst - Аналитик систем для бизнеса.
20:04 | Вакансии Application Analyst / Application Manager - Аналитик приложений.
22:09 | Вакансии Technical Product Manager / Technical Program Manager - Технический менеджер IT-продукта.
24:42 | Другие роли: Analyst, Product Analyst, Requirements Engeneer.

27:21 | Как часто аналитики встречаются в зарубежных командах разработки - США и Европа.
32:23 | В каких компаниях системным аналитикам искать работу.
34:10 | Почему в СНГ роль «Системный аналитик» популярнее, чем за в Европе и США.
36:01 | Какие навыки должны быть у системного аналитика, чтобы уверенно искать работу на рынке Европы и США? Отличия от стандартной должности.
42:34 | Принципы ведения документации.
44:12 | Форматы интервью на аналитика: опыт из США.
48:06 | Английский для работы аналитиком в США и Европе.
49:31 | Предметные области: куда идти и где чаще бывают вакансии.
50:51 | Пошаговая инструкция: как получить оффер в зарубежной компании.
57:53 | Рекомендации по трудоустройству по всему миру.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.