GetAnalyst

Ekaterina Ananeva
  • 0,0 (0)
  • Carreiras
  • Semanalmente

Подкаст профессионального сообщества системных и бизнес-аналитиков GetAnalyst. Здесь мы разбираем реальные задачи, вопросы с собеседований, рассказываем истории и делимся рабочими челленджами.    

  1. Почему ваш RabbitMQ упадёт: реальный кейс для системного аналитика

    -3 dias

    Почему ваш RabbitMQ упадёт: реальный кейс для системного аналитика

    Что происходит, когда очередь сообщений выглядит пустой, а нода 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истемный аналитик, РТК ИТ.

    23 min
  2. Метрики мониторинга для системного аналитика: RPS, CPU, брокеры, SLO, SLI, SLA и SRE

    26/06

    Метрики мониторинга для системного аналитика: RPS, CPU, брокеры, SLO, SLI, SLA и SRE

    Мониторинг — это не только про 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

    36 min
  3. Как работает mTLS: практика в Postman, которая заменит 10 статей по теории

    11/06

    Как работает mTLS: практика в Postman, которая заменит 10 статей по теории

    Что такое 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.

    1 h
  4. Нотация C4 за 90 минут: как проектировать архитектуру на примере реальной задачи

    22/05

    Нотация C4 за 90 минут: как проектировать архитектуру на примере реальной задачи

    Нотация 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.

    1 h 28 min
  5. Задача на REST API с собеседования: где чаще всего ошибаются системные аналитики

    8/05

    Задача на REST API с собеседования: где чаще всего ошибаются системные аналитики

    Большинство системных аналитиков уверены, что знают 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.

    1 h 29 min
  6. SSE API: что это, как работает и чем отличается от WebSocket

    16/04

    SSE API: что это, как работает и чем отличается от WebSocket

    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.

    52 min
  7. Задача на интеграцию по API: разбор с технического собеседования системного аналитика

    2/04

    Задача на интеграцию по API: разбор с технического собеседования системного аналитика

    Разбираем задачу системного аналитика, аналоги которой регулярно встречаются в реальной работе и на технических собеседованиях. Проектируем интеграцию системы ЭДО (электронный документооборот) по 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.

    1 h 4 min
  8. System Design Interview: вопросы по архитектуре на собеседовании для аналитиков

    20/03

    System Design Interview: вопросы по архитектуре на собеседовании для аналитиков

    Всё чаще в разговорах о собеседованиях для системных аналитиков можно услышать про формат 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истемный аналитик, РТК ИТ.

    41 min
Ver tudo (49)

Sobre

Подкаст профессионального сообщества системных и бизнес-аналитиков GetAnalyst. Здесь мы разбираем реальные задачи, вопросы с собеседований, рассказываем истории и делимся рабочими челленджами.    

Informação

  • Autoria
    Ekaterina Ananeva
  • Anos em atividade
    2024 - 2026
  • Episódios
    49
  • Classificação
    Para todos
  • Copyright
    © Ekaterina Ananeva
  • Site do programa
    GetAnalyst

Talvez também goste