Чаще всего я нахожусь в радиусе своего дома. Я называю это “my bubble” (мой шар). Но иногда вспоминаю, что совсем рядом со мной — невероятные места 😍
📍 На выходных доехала до Санта-Моники в Лос-Анджелесе.
Это было настоящее переключение: океан, солнце, бегуны, движение, воздух, в котором чувствуется лето.
Волшебное место!
Очень люблю такие моменты.
Когда вроде бы ничего грандиозного не происходит, но просто меняется картинка вокруг — и внутри становится легче и радостнее.
А на ланч заехала в русский ресторан и наконец-то съела сырники. Скучала по ним просто безумно 💔
Прекрасная перезарядка перед следующей активной неделей: уроком по миграциям в БД, открытым практикумом по Интеграциям и большими новостями, которыми скоро поделюсь 👀
📍 На выходных доехала до Санта-Моники в Лос-Анджелесе.
Это было настоящее переключение: океан, солнце, бегуны, движение, воздух, в котором чувствуется лето.
Волшебное место!
Очень люблю такие моменты.
Когда вроде бы ничего грандиозного не происходит, но просто меняется картинка вокруг — и внутри становится легче и радостнее.
А на ланч заехала в русский ресторан и наконец-то съела сырники. Скучала по ним просто безумно 💔
Прекрасная перезарядка перед следующей активной неделей: уроком по миграциям в БД, открытым практикумом по Интеграциям и большими новостями, которыми скоро поделюсь 👀
❤45❤🔥7🥰2
⭐️ Интеграции: старт 15 апреля ⭐️
Проектирование обмена данными между сервисами — ключевой навык системного аналитика сегодня.
Синхронное взаимодействие по API, асинхронные очереди через брокеры и не только, понимание архитектуры — это то, что обязательно спросят на собеседовании.
И это знания не «для галочки», а необходимая база для ежедневной работы.
В GetAnalyst мы передаем реальный продуктовый опыт и учим проектировать взаимодействие систем на практике в программе:
⭐️ Интеграции систем
🗓 Старт: 15 апреля
🎁 Для заявок до 10 апреля
лучшие условия и обучение "Проектирование REST API 4.0" в подарок.
🔗 Узнать подробнее и записаться
👉 Что вас ждет на программе:
▫️ 10 онлайн-встреч: практика и разбор живых кейсов.
▫️ Сквозной проект: работаем над одной системой в течение всего обучения.
▫️ Домашние задания: с обратной связью.
👉 Ваш результат в портфолио:
Собираете архитектурные схемы, UML-диаграммы, Postman-коллекции и задачи для разработчиков в Confluence.
📚 Полезные материалы для знакомства с Интеграциями в GetAnalyst:
🎧 Задача на интеграцию по API: разбор с технического собеседования системного аналитика
📝 Как аналитику работать с задачами на интеграции — пошаговая инструкция
🎧 Проблемы в работе с задачами на интеграции
🟢 Бесплатный вводный практикум
"Задача на Интеграцию: от Postman до требований в Confluence"
Доступ с 11 до 14 апреля
Регистрация на практикум
Обратная связь наших выпускников январского потока на скрине 🩷
👉 Остались вопросы?
Пишите в ЛС @getanalyst или info@getanalyst.ru.
Уточним ваш текущий опыт и подскажем, подойдёт ли вам программа 🤝
Проектирование обмена данными между сервисами — ключевой навык системного аналитика сегодня.
Синхронное взаимодействие по API, асинхронные очереди через брокеры и не только, понимание архитектуры — это то, что обязательно спросят на собеседовании.
И это знания не «для галочки», а необходимая база для ежедневной работы.
В GetAnalyst мы передаем реальный продуктовый опыт и учим проектировать взаимодействие систем на практике в программе:
🎁 Для заявок до 10 апреля
лучшие условия и обучение "Проектирование REST API 4.0" в подарок.
👉 Что вас ждет на программе:
▫️ 10 онлайн-встреч: практика и разбор живых кейсов.
▫️ Сквозной проект: работаем над одной системой в течение всего обучения.
▫️ Домашние задания: с обратной связью.
👉 Ваш результат в портфолио:
Собираете архитектурные схемы, UML-диаграммы, Postman-коллекции и задачи для разработчиков в Confluence.
📚 Полезные материалы для знакомства с Интеграциями в GetAnalyst:
🎧 Задача на интеграцию по API: разбор с технического собеседования системного аналитика
📝 Как аналитику работать с задачами на интеграции — пошаговая инструкция
🎧 Проблемы в работе с задачами на интеграции
🟢 Бесплатный вводный практикум
"Задача на Интеграцию: от Postman до требований в Confluence"
Доступ с 11 до 14 апреля
Регистрация на практикум
Обратная связь наших выпускников январского потока на скрине 🩷
👉 Остались вопросы?
Пишите в ЛС @getanalyst или info@getanalyst.ru.
Уточним ваш текущий опыт и подскажем, подойдёт ли вам программа 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7
🟢 [Сегодня в 19:00] Миграции в БД: онлайн-практикум 🟢
Если вы не знакомы с тем, что такое миграции в БД, то это задачи вроде:
+ добавления новой таблицы или поля;
+ удаления неиспользуемых колонок;
+ изменения типа данных (например, с INT на VARCHAR);
+ выделения отдельной базы из текущей под микросервис платежей;
+ переезда с Oracle на PostgreSQL.
На первый взгляд задачи кажутся простыми. Но на практике можно столкнуться с кучей «подводных камней».
Сегодня на онлайн-практикуме будем разбираться со всеми нюансами миграций на примере БД для ИИ-платформы:
🔖 Проектирование миграций в БД
🗓 6 апреля, в 19:00 Мск (пн)
🔗 Узнать подробнее и записаться
Стоимость участия от 2 390 руб
✅ Запись будет доступна после эфира
🎁 Бонус: доп. занятие в записи "Проектирование БД с нуля: ER-диаграмма" по проекту ИИ-платформы
План:
1. Понятие миграции данных. Примеры.
2. Требования к обратной совместимости БД. Типичные ошибки.
3. Влияние нефункциональных требований на миграции.
4. Практика проектирования миграций внутри одной БД.
5. Проблемы миграций данных между разными СУБД.
6. Шаблон постановки задачи на миграцию.
Вопросы? Пишите через сайт или в ЛС @getanalyst📱
P.S. На этой неделе много анонсов, но вместе с ними готовлю для вас новые полезные материалы 🤝
Если вы не знакомы с тем, что такое миграции в БД, то это задачи вроде:
+ добавления новой таблицы или поля;
+ удаления неиспользуемых колонок;
+ изменения типа данных (например, с INT на VARCHAR);
+ выделения отдельной базы из текущей под микросервис платежей;
+ переезда с Oracle на PostgreSQL.
На первый взгляд задачи кажутся простыми. Но на практике можно столкнуться с кучей «подводных камней».
Сегодня на онлайн-практикуме будем разбираться со всеми нюансами миграций на примере БД для ИИ-платформы:
Стоимость участия от 2 390 руб
✅ Запись будет доступна после эфира
🎁 Бонус: доп. занятие в записи "Проектирование БД с нуля: ER-диаграмма" по проекту ИИ-платформы
План:
1. Понятие миграции данных. Примеры.
2. Требования к обратной совместимости БД. Типичные ошибки.
3. Влияние нефункциональных требований на миграции.
4. Практика проектирования миграций внутри одной БД.
5. Проблемы миграций данных между разными СУБД.
6. Шаблон постановки задачи на миграцию.
Вопросы? Пишите через сайт или в ЛС @getanalyst
P.S. На этой неделе много анонсов, но вместе с ними готовлю для вас новые полезные материалы 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7
GetAnalyst_Use_Cases_Обычные_VS_Интеграционные.pdf
1.1 MB
📌 Интеграционные vs Обычные Use Cases— разбор с примерами 📌
Use Case — это:
▫️ детализированные функциональные требования;
▫️ описание, как пользователь взаимодействует с системой для достижения цели;
▫️ сценарий, который показывает шаги пользователя и системы в процессе выполнения задачи;
▫️ алгоритм работы системы.
👉 Стандартный шаблон Use Case:
▪ Предусловие
▪ Роли пользователей
▪ Приложения и системы
▪ Входные данные
▪ Основной сценарий
▪ Обработка ошибок и альтернативные сценарии
▪ Ожидаемый результат
👉 Интеграционный Use Case дополняется:
▪ техническими деталями по вызовам API методов, которые аналитику важно прописать в постановке задачи,
▪ маппингом данных.
Важно понимать, что Интеграции — это не просто "еще одна задача".
Это серьезная работа по анализу взаимосвязей
+ БД
+ Функций
+ UI/UX
+ API нашей и внешних систем,
которая требует нашего опыта, внимания и профессионализма 🙌
Мини-книгу про отличия обычных Use Case от интеграционных прикрепила к посту 🤝
#ИнтеграцииGA
📱 Tg | 💙 ВК | 💬 Max
Use Case — это:
▫️ детализированные функциональные требования;
▫️ описание, как пользователь взаимодействует с системой для достижения цели;
▫️ сценарий, который показывает шаги пользователя и системы в процессе выполнения задачи;
▫️ алгоритм работы системы.
👉 Стандартный шаблон Use Case:
▪ Предусловие
▪ Роли пользователей
▪ Приложения и системы
▪ Входные данные
▪ Основной сценарий
▪ Обработка ошибок и альтернативные сценарии
▪ Ожидаемый результат
👉 Интеграционный Use Case дополняется:
▪ техническими деталями по вызовам API методов, которые аналитику важно прописать в постановке задачи,
▪ маппингом данных.
Важно понимать, что Интеграции — это не просто "еще одна задача".
Это серьезная работа по анализу взаимосвязей
+ БД
+ Функций
+ UI/UX
+ API нашей и внешних систем,
которая требует нашего опыта, внимания и профессионализма 🙌
Мини-книгу про отличия обычных Use Case от интеграционных прикрепила к посту 🤝
#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤20🔥3😁1
🧐 Когда нужен обычный Use Case, а когда интеграционный? 🧐
Нужно ли погружаться в технические детали при постановке задачи, или достаточно оставить описание на уровне действий пользователя?
Давайте разбираться.
⚙️ Когда нужен Интеграционный Use Case?
Используем его, когда в процессе есть обмен данными между разными компонентами системы, вызовы внешних систем, и критически важны технические детали.
Примеры:
▫️ Интеграция Frontend ↔ Backend
Когда нужно показать разработчикам, какие API-методы вызываются, с какими параметрами, какие ответы и ошибки обрабатываются.
▫️ Участие оборудования в процессе
Frontend / Backend взаимодействует с устройством (терминал оплаты, сканер, турникет, весы).
Здесь важны протоколы, форматы сообщений и специфические коды ответов от «железа».
▫️ Интеграция с внешней системой на Backend
Например, интернет-магазин интегрируется с платёжной системой. Нужно описать, какие API-запросы отправляются во внешнюю платёжную систему, с какими параметрами, и какие ответы ожидаем.
▫️ Интеграция микросервисов
Когда сервисы взаимодействуют через REST/gRPC API или Kafka, и нужно явно зафиксировать: кто, что, когда и в каком формате отправляет.
📌 По сути, формат интеграционного Use Case можно брать для любой задачи:
+ на Frontend, если он использует API Backend или оборудования для работы с данными,
+ на Backend, если он вызывает внешние системы по API / взаимодействует с брокером.
📌 Проще говоря:
👤 Когда нужен обычный Use Case?
1) Используем для задач на Frontend, когда фокус направлен исключительно на логику действий пользователя, без погружения в API, БД и прочую внутреннюю кухню.
Что описываем:
🔹 Как пользователь двигается между экранами приложения.
🔹 Какие действия выполняет на каждом шаге.
🔹 Какие результаты он видит на UI.
Здесь мы описываем сценарий только на уровне фронтенда: намерения, шаги, ветвления, альтернативные потоки, но не трогаем интеграции по API.
2) Подходит для монолитного Frontend, который работает без API и сам ходит в БД.
В этом случае пишем пользовательский сценарий и добавляем в Use Case информацию о том, из каких таблиц и полей БД брать данные.
3) Если пишете требования на внутренний метод API для Backend, который работает только с данными из БД и не взаимодействует с другими системами.
👉 На практике, уровень детализации требований даже для интеграционных задач всегда зависит от потребностей команды
✔️ Где-то достаточно только обычного Use Case (понять бизнес-смысл).
✔️ Где-то нужны подробные интеграционные Use Case с перечислением API-методов, полей, кодов ошибок и UML sequence-диаграммами.
✔️ Иногда используют оба уровня:
+ сначала — обычный Use Case для понимания, что делает пользователь (его готовит бизнес-аналитик);
+ потом — системные аналитики дорабатывают его до интеграционного Use Case для описания, как в системе это будет реализовано технически.
А как принято в вашей команде?
Ставьте реакцию:
🔥 — пишем подробные интеграционные Use Case / User Story
👍 — обходимся обычными, техническую часть оставляем разработчикам.
👌 — другое (делитесь в комментариях).
#ИнтеграцииGA
Нужно ли погружаться в технические детали при постановке задачи, или достаточно оставить описание на уровне действий пользователя?
Давайте разбираться.
⚙️ Когда нужен Интеграционный Use Case?
Используем его, когда в процессе есть обмен данными между разными компонентами системы, вызовы внешних систем, и критически важны технические детали.
Примеры:
▫️ Интеграция Frontend ↔ Backend
Когда нужно показать разработчикам, какие API-методы вызываются, с какими параметрами, какие ответы и ошибки обрабатываются.
▫️ Участие оборудования в процессе
Frontend / Backend взаимодействует с устройством (терминал оплаты, сканер, турникет, весы).
Здесь важны протоколы, форматы сообщений и специфические коды ответов от «железа».
▫️ Интеграция с внешней системой на Backend
Например, интернет-магазин интегрируется с платёжной системой. Нужно описать, какие API-запросы отправляются во внешнюю платёжную систему, с какими параметрами, и какие ответы ожидаем.
▫️ Интеграция микросервисов
Когда сервисы взаимодействуют через REST/gRPC API или Kafka, и нужно явно зафиксировать: кто, что, когда и в каком формате отправляет.
📌 По сути, формат интеграционного Use Case можно брать для любой задачи:
+ на Frontend, если он использует API Backend или оборудования для работы с данными,
+ на Backend, если он вызывает внешние системы по API / взаимодействует с брокером.
📌 Проще говоря:
Любую задачу, где для реализации важны технические детали алгоритма и обмена данными «под капотом» из-за API/брокеров, имеет смысл оформлять как интеграционный Use Case.
👤 Когда нужен обычный Use Case?
1) Используем для задач на Frontend, когда фокус направлен исключительно на логику действий пользователя, без погружения в API, БД и прочую внутреннюю кухню.
Что описываем:
🔹 Как пользователь двигается между экранами приложения.
🔹 Какие действия выполняет на каждом шаге.
🔹 Какие результаты он видит на UI.
Здесь мы описываем сценарий только на уровне фронтенда: намерения, шаги, ветвления, альтернативные потоки, но не трогаем интеграции по API.
2) Подходит для монолитного Frontend, который работает без API и сам ходит в БД.
В этом случае пишем пользовательский сценарий и добавляем в Use Case информацию о том, из каких таблиц и полей БД брать данные.
3) Если пишете требования на внутренний метод API для Backend, который работает только с данными из БД и не взаимодействует с другими системами.
👉 На практике, уровень детализации требований даже для интеграционных задач всегда зависит от потребностей команды
✔️ Где-то достаточно только обычного Use Case (понять бизнес-смысл).
✔️ Где-то нужны подробные интеграционные Use Case с перечислением API-методов, полей, кодов ошибок и UML sequence-диаграммами.
✔️ Иногда используют оба уровня:
+ сначала — обычный Use Case для понимания, что делает пользователь (его готовит бизнес-аналитик);
+ потом — системные аналитики дорабатывают его до интеграционного Use Case для описания, как в системе это будет реализовано технически.
А как принято в вашей команде?
Ставьте реакцию:
🔥 — пишем подробные интеграционные Use Case / User Story
👍 — обходимся обычными, техническую часть оставляем разработчикам.
👌 — другое (делитесь в комментариях).
#ИнтеграцииGA
🔥19❤5👍4👎2🤔1
Решаем реальную рабочую задачу системного аналитика. Минимум теории! Сразу берем реальную задачу и проходим весь путь работы аналитика с ней.
👉 Что будем делать в течение 4 часов:
1. Анализ: Читаем API-документацию и находим пробелы.
2. Postman: Тестируем API, отправляем запросы, разбираем логику и JSON-ы. Смотрим REST, также затрагиваем GraphQL и WebSocket.
3. Проектирование: Прорабатываем интеграционный Use Case и строим диаграммы.
4. Документирование: Разбираемся с оформлением требований в Confluence.
Разберём максимально полезный для работы кейс про уведомления, где важно не просто напрямую слать запросы по API, но и использовать брокеры RabbitMQ / Kafka.
👉 Ваш результат:
Пройдете весь путь формирования требований на интеграцию. Плюс — я отдам готовый шаблон постановки задачи, который можно сразу забирать в работу.
🕓 Время на обучение: 4 часа
Это полноценное обучение с погружением в тему, а не обзор "по верхам".
👉 Практикум проводится в качестве вводного занятия к программе Интеграции систем для аналитиков, которая стартует 15 апреля.
Регистрируйтесь, чтобы забрать максимально прикладной опыт для вашей карьеры! 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤15🔥1😁1
GetAnalyst_Шаблон_постановки_задачи_на_интеграцию_интеграционный.pdf
231.1 KB
📌 Подборка готовых постановок задач на Интеграции [выгрузки из Confluence] 💎
Нужно описать интеграцию с внешней системой, но у вас нет опыта и не знаете с чего начать? 🧐
Этот пост для вас! 👇
Собрала:
✔️ Универсальный шаблон постановки задачи на интеграцию (шаблон интеграционного Use Case)
✔️ Примеры задач на интеграцию для разных проектов
Подборка:
🔗 Рассылка email через внешнюю систему Unisender
🔗 Создание задач во внешней системе Todoist по итогам оплаты заказа клиентом компании
🔗 Получение компании по ИНН через DaData - популярная интеграция
🔗 Поиск структурированных адресов через DaData - популярная интеграция
🔗 Интеграция по GraphQL - синхронизация справочника стран
🔗 Пример интеграции Kafka + Backend + БД + Внешняя система
🔗 Подробный пример интеграционного Use Case с ВТБ для оплаты экскурсии в TravelGA
🔗 Интеграция с участием крона, воркера, брокера Kafka для регулярной рассылки email по мероприятиям (одновременная интеграци к двум системам)
🔑 "Войти через Госуслуги / Google / Mail ru" (постановка задачи на OAuth 2.0 интеграцию)
Эти документы помогут:
✅ Быстро сориентироваться в структуре задачи
✅ Увидеть реальные примеры работы с требованиями на интеграцию
✅ Экономить время на поиске информации и сосредоточиться на анализе именно вашей задачи с пониманием, что искать, чтобы сделать требования
Изучайте, сохраняйте и пользуйтесь🔖
#ИнтеграцииGA
📱 Tg | 💙 ВК | 💬 Max
Нужно описать интеграцию с внешней системой, но у вас нет опыта и не знаете с чего начать? 🧐
Этот пост для вас! 👇
Собрала:
✔️ Универсальный шаблон постановки задачи на интеграцию (шаблон интеграционного Use Case)
✔️ Примеры задач на интеграцию для разных проектов
Подборка:
🔑 "Войти через Госуслуги / Google / Mail ru" (постановка задачи на OAuth 2.0 интеграцию)
Эти документы помогут:
✅ Быстро сориентироваться в структуре задачи
✅ Увидеть реальные примеры работы с требованиями на интеграцию
✅ Экономить время на поиске информации и сосредоточиться на анализе именно вашей задачи с пониманием, что искать, чтобы сделать требования
Изучайте, сохраняйте и пользуйтесь
#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤21🔥10❤🔥1
📚 Открытая база вопросов с собеседований на Системного Аналитика 2026 💎
Продолжаю пополнять для вас базу знаний 📚
На этот раз добавила актуальные вопросы с собеседований на системного аналитика по теме интеграций.
👉 Интеграции
Общие вопросы по синхронным и асинхронным интеграциям
1. Что такое интеграция?
2. Какие виды интеграций систем вы знаете?
3. Чем синхронная интеграция отличается от асинхронной?
4. Когда лучше использовать API, а когда брокер сообщений?
5. Что такое webhook? Что такое polling и long polling?
6. Чем webhook отличается от polling?
7. Что делать, если webhook не дошел?
8. Зачем нужна идемпотентность в webhook-сценариях?
9. Когда нужен брокер сообщений?
10. Какие ошибки нужно описывать в интеграции?
11. Чем техническая ошибка отличается от бизнес-ошибки?
12. Что делать при тайм-ауте внешней системы?
13. Когда retry (повторные попытки вызова внешней системы) опасны?
14. Что такое correlation id?
15. Что должен подготовить аналитик в постановке задачи на интеграцию?
16. Что такое маппинг данных?
17. Что делать, если у двух систем разные идентификаторы одной сущности?
18. Что делать, если документация внешнего API неполная?
Брокеры в интеграциях
19. Что такое producer и consumer?
20. Что такое topic и partition в Kafka?
21. Что такое offset?
22. Что такое consumer group?
23. Чем Kafka отличается от RabbitMQ?
24. Что такое DLQ?
👉 REST API
Общие вопросы
1. Что такое REST и каковы его основные принципы?
2. Как правильно формировать URI для ресурсов?
3. Назначение HTTP-методов GET, POST, PUT, PATCH и DELETE.
4. Идемпотентность и безопасные методы — что это?
5. Различия между PUT и PATCH.
6. Статус-коды HTTP — как и когда их использовать?
7. Когда нужны внутренние коды ошибок помимо стандартных HTTP?
8. Версионирование API — стратегии и примеры.
9. Что важно при получении списков, массива данных?
10. Фильтрация и сортировка — лучшие практики.
11. Структура JWT-токена и как его использовать?
12. OAuth2 — основные потоки (flows).
13. OpenAPI/Swagger — зачем нужна спецификация?
14. Что такое API-first и его преимущества?
15. Кэширование: ETag и Cache-Control.
16. Что такое кэширование?
17. Rate limiting — как реализовать?
18. Как документировать ошибки API?
19. Webhooks vs Polling — сравнение.
20. gRPC vs REST — когда использовать?
21. Как обеспечивать обратную совместимость в API?
22. Что такое Swagger UI и Swagger Editor?
23. Monitoring и логирование API — ключевые метрики.
24. GraphQL vs REST — преимущества и недостатки.
25. Webhook security — как защитить callback endpoint?
26. Что такое аутентификация и авторизация в API? Как это работает?
27. Как работает OAuth 2.0?
Для Senior системного аналитика — вопросы с подвохом
28. Можно ли использовать метод POST для получения данных?
29. Можно ли сделать в проекте все методы POST?
30. Можно ли в GET передавать тело запроса?
31. Как правильно именовать эндпоинты — ед. число или мн. число (/user или /users)?
32. Как правильно строить URL — нужно ли писать create/update в названии метода?
33. Какой код ответа на метод POST: 200 или 201?
34. Что вернуть в ответ, если получен пустой результат — пустой массив или 404?
🔥 Внутри — не только сами вопросы, но и ответы, подробные пояснения и полная подборка для подготовки.
🔗 Открытая база вопросов к собеседованиям для СА
Сохраняйте, если готовитесь к собеседованиям, хотите освежить знания или просто проверить себя 🤝
#ИнтеграцииGA #RestApiGA
📱 Tg | 💙 ВК | 💬 Max
Продолжаю пополнять для вас базу знаний 📚
На этот раз добавила актуальные вопросы с собеседований на системного аналитика по теме интеграций.
👉 Интеграции
Общие вопросы по синхронным и асинхронным интеграциям
1. Что такое интеграция?
2. Какие виды интеграций систем вы знаете?
3. Чем синхронная интеграция отличается от асинхронной?
4. Когда лучше использовать API, а когда брокер сообщений?
5. Что такое webhook? Что такое polling и long polling?
6. Чем webhook отличается от polling?
7. Что делать, если webhook не дошел?
8. Зачем нужна идемпотентность в webhook-сценариях?
9. Когда нужен брокер сообщений?
10. Какие ошибки нужно описывать в интеграции?
11. Чем техническая ошибка отличается от бизнес-ошибки?
12. Что делать при тайм-ауте внешней системы?
13. Когда retry (повторные попытки вызова внешней системы) опасны?
14. Что такое correlation id?
15. Что должен подготовить аналитик в постановке задачи на интеграцию?
16. Что такое маппинг данных?
17. Что делать, если у двух систем разные идентификаторы одной сущности?
18. Что делать, если документация внешнего API неполная?
Брокеры в интеграциях
19. Что такое producer и consumer?
20. Что такое topic и partition в Kafka?
21. Что такое offset?
22. Что такое consumer group?
23. Чем Kafka отличается от RabbitMQ?
24. Что такое DLQ?
👉 REST API
Общие вопросы
1. Что такое REST и каковы его основные принципы?
2. Как правильно формировать URI для ресурсов?
3. Назначение HTTP-методов GET, POST, PUT, PATCH и DELETE.
4. Идемпотентность и безопасные методы — что это?
5. Различия между PUT и PATCH.
6. Статус-коды HTTP — как и когда их использовать?
7. Когда нужны внутренние коды ошибок помимо стандартных HTTP?
8. Версионирование API — стратегии и примеры.
9. Что важно при получении списков, массива данных?
10. Фильтрация и сортировка — лучшие практики.
11. Структура JWT-токена и как его использовать?
12. OAuth2 — основные потоки (flows).
13. OpenAPI/Swagger — зачем нужна спецификация?
14. Что такое API-first и его преимущества?
15. Кэширование: ETag и Cache-Control.
16. Что такое кэширование?
17. Rate limiting — как реализовать?
18. Как документировать ошибки API?
19. Webhooks vs Polling — сравнение.
20. gRPC vs REST — когда использовать?
21. Как обеспечивать обратную совместимость в API?
22. Что такое Swagger UI и Swagger Editor?
23. Monitoring и логирование API — ключевые метрики.
24. GraphQL vs REST — преимущества и недостатки.
25. Webhook security — как защитить callback endpoint?
26. Что такое аутентификация и авторизация в API? Как это работает?
27. Как работает OAuth 2.0?
Для Senior системного аналитика — вопросы с подвохом
28. Можно ли использовать метод POST для получения данных?
29. Можно ли сделать в проекте все методы POST?
30. Можно ли в GET передавать тело запроса?
31. Как правильно именовать эндпоинты — ед. число или мн. число (/user или /users)?
32. Как правильно строить URL — нужно ли писать create/update в названии метода?
33. Какой код ответа на метод POST: 200 или 201?
34. Что вернуть в ответ, если получен пустой результат — пустой массив или 404?
🔥 Внутри — не только сами вопросы, но и ответы, подробные пояснения и полная подборка для подготовки.
Сохраняйте, если готовитесь к собеседованиям, хотите освежить знания или просто проверить себя 🤝
#ИнтеграцииGA #RestApiGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥38❤10❤🔥8🤩4⚡1
✅ Получить вводные от бизнес-заказчика
☑️ Выделить компоненты системы: внешние и внутренние, которые будут участвовать в интеграции
✅ Получить API-документацию для каждой из внешних систем, с которой интеграция, а если необходимо, то и для внутренних
✅ Нарисовать схему архитектуры, связанную с интеграцией — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры, и далее постоянно актуализировать по ходу детального проектирования и создания постановок задач
☑️ Получить доступы к API внешних систем
☑️ Протестировать API своими силами в Postman или с помощью разработчиков
☑️ Сопоставить данные между системами, базой данных и UI. Доработать/спроектировать БД нашей системы. Описать маппинги данных
☑️ Создать задачи в Jira и выстроить порядок разработки:
+ задачи на Frontend,
+ задачи на интеграционные API-методы нашего Backend,
+ задачи на доработки БД,
+ и другие.
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее.
👉 Полный пошаговый план работы с задачами на интеграции доступен по этой ссылке.
Пусть он станет вашим помощником при проектировании интеграционных взаимодействий в любых системах.
#ИнтеграцииGA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9❤7
🟢 Интеграции систем
✔ 10 практических вебинаров
✔ домашние задания
✔ обратная связь
✔ 50+ часов материалов в записи
✔ система, выстроенная как работа в реальном проекте
🎁 Для заявок до 10 апреля
лучшие цены и мини-обучение "REST API для аналитиков 4.0" в подарок.
Темы:
+ виды интеграций
+ REST, SOAP, GraphQL и другие API
+ JSON и XML
+ исследование API через Postman
+ интеграционные Use Cases и User Stories
+ архитектурные схемы и нотацию C4
+ UML-диаграммы
+ маппинг данных
+ безопасность интеграций: JWT, OAuth 2.0, Bearer и другие
+ webhook, polling
+ асинхронное взаимодействие через Kafka и RabbitMQ
👉 В результате у вас останутся не только практические знания, но и конкретные артефакты, которые можно показать в портфолио и переиспользовать в работе.
Для БА и СА, кто хочет перестать плавать в технической части, структурировать рабочий хаос, увереннее проходить собеседования и чувствовать себя сильнее в реальной работе 🙌
По вопросам можно написать в ЛС @getanalyst или через сайт 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍2
🟠 Доступ к практикуму по Интеграциям открыт 🟠
Вводное занятие к программе "Проектирование интеграций" для системных аналитиков уже доступно для изучения:
⚡️ Задача на Интеграцию: от Postman до требований в Confluence
🗓 Доступ с 11 до 14 апреля [сб-вт]
🕓 4 часа
👉 План:
1. Интеграции: порядок работы над задачами
2. Анализ API-документации
3. REST API на практике в Postman (+ немного GraphQL и WebSocket)
4. Разработка интеграционного Use Case
5. UML-диаграммы и архитектурные схемы
6. Оформление задачи в Confluence
🔗 Зарегистрироваться*
Если вы уже зарегистрированы - ссылку с доступом направили на email.
Это полноценное занятие с погружением в тему, а не обзор "по верхам".
Продуктивного обучения! 🙌
P.S. Вопросы? Пишите @getanalyst 🤝
Вводное занятие к программе "Проектирование интеграций" для системных аналитиков уже доступно для изучения:
🕓 4 часа
👉 План:
1. Интеграции: порядок работы над задачами
2. Анализ API-документации
3. REST API на практике в Postman (+ немного GraphQL и WebSocket)
4. Разработка интеграционного Use Case
5. UML-диаграммы и архитектурные схемы
6. Оформление задачи в Confluence
Если вы уже зарегистрированы - ссылку с доступом направили на email.
Это полноценное занятие с погружением в тему, а не обзор "по верхам".
Продуктивного обучения! 🙌
P.S. Вопросы? Пишите @getanalyst 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥13❤4
Пришло время поделиться этим с вами... 🙈😊🐣
В этом году мы снова увидимся на конференции Analyst Days 22 🧡
Сразу скажу честно: лично на площадке меня, к сожалению, не будет. Но я готовлю для вас очень сильный доклад по ИИ.
📌 AI-прототипирование UI/UX как новый навык аналитика: показать быстрее, чем описать
В этот раз слот очень короткий, но в нём — безумно много пользы, ценности и практики.
Навык, который я вам передам, экономит десятки, а иногда сотни часов работы команды 💰💰
А вообще, мне даже страшно считать, с какого года мы знакомы с Analyst Days. Кажется, с 2017, когда я впервые пришла как участник от своего работодателя.
Почти 10 лет 😱
Мои доклады:
🔹 Как мы процесс документирования внедряли
🔹 Видеть насквозь: что скрывается за простыми требованиями
🔹 Ошибки проектирования можно избежать
🔹 Опасные интеграции
🔹 Доставить и не потерять: синхронизация данных в распределенных системах
(во всех ссылках есть видео)
Спасибо команде Analyst Days за приглашения, за доверие и за то, что продолжают поддерживать меня как спикера — вживую и онлайн!
Это очень ценно 🧡🧡🧡
И отдельно хочу сказать спасибо за то, что создают и развивают такую конференцию для сообщества аналитиков.
Для меня Analyst Days — это самая сильная и ценная конференция по системному анализу.
👉 Всегда сильный нетворкинг и возможность встречи нового работодателя для тех, кто в поисках!
Искренне рекомендую!
🎁 В этом году у меня есть промокоды на скидку 15% на Analyst Days 22.
Первые два отдам до четверга на этой неделе.
Один на онлайн-билет, второй на оффлайн.
Условие простое:
1. Вы участник @AnalystDaysChannel и @getanalysts в Telegram
2. Отправить свой логин в telegram через эту форму, или просто написать + в комментарий к этому посту
(3. Поставить ❤️ или 🔥 на этот пост - будет плюсом в карму)
Выбирать будем случайным образом.
Всем классного воскресенья!
С пасхой и вкуснейших куличей!
С днём космонавтики!
И до встречи на Analyst Days 22! 😊
📱 Tg | 💙 ВК | 💬 Max
В этом году мы снова увидимся на конференции Analyst Days 22 🧡
Сразу скажу честно: лично на площадке меня, к сожалению, не будет. Но я готовлю для вас очень сильный доклад по ИИ.
📌 AI-прототипирование UI/UX как новый навык аналитика: показать быстрее, чем описать
В этот раз слот очень короткий, но в нём — безумно много пользы, ценности и практики.
Навык, который я вам передам, экономит десятки, а иногда сотни часов работы команды 💰💰
А вообще, мне даже страшно считать, с какого года мы знакомы с Analyst Days. Кажется, с 2017, когда я впервые пришла как участник от своего работодателя.
Почти 10 лет 😱
Мои доклады:
🔹 Как мы процесс документирования внедряли
🔹 Видеть насквозь: что скрывается за простыми требованиями
🔹 Ошибки проектирования можно избежать
🔹 Опасные интеграции
🔹 Доставить и не потерять: синхронизация данных в распределенных системах
(во всех ссылках есть видео)
Спасибо команде Analyst Days за приглашения, за доверие и за то, что продолжают поддерживать меня как спикера — вживую и онлайн!
Это очень ценно 🧡🧡🧡
И отдельно хочу сказать спасибо за то, что создают и развивают такую конференцию для сообщества аналитиков.
Для меня Analyst Days — это самая сильная и ценная конференция по системному анализу.
👉 Всегда сильный нетворкинг и возможность встречи нового работодателя для тех, кто в поисках!
Искренне рекомендую!
🎁 В этом году у меня есть промокоды на скидку 15% на Analyst Days 22.
Первые два отдам до четверга на этой неделе.
Один на онлайн-билет, второй на оффлайн.
Условие простое:
1. Вы участник @AnalystDaysChannel и @getanalysts в Telegram
2. Отправить свой логин в telegram через эту форму, или просто написать + в комментарий к этому посту
(3. Поставить ❤️ или 🔥 на этот пост - будет плюсом в карму)
Выбирать будем случайным образом.
Всем классного воскресенья!
С пасхой и вкуснейших куличей!
С днём космонавтики!
И до встречи на Analyst Days 22! 😊
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤36🔥7❤🔥5👍4😁1