📌 Подборка готовых постановок задач на Интеграции [выгрузки из 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

📚 Открытая база вопросов с собеседований на Системного Аналитика 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

📌 Интеграции: краткий чек-лист по работе с задачами 📌

✅ Получить вводные от бизнес-заказчика

☑️ Выделить компоненты системы: внешние и внутренние, которые будут участвовать в интеграции

✅ Получить API-документацию для каждой из внешних систем, с которой интеграция, а если необходимо, то и для внутренних

✅ Нарисовать схему архитектуры, связанную с интеграцией — первое приближение

☑️ Описать процессы, которые нужно поддержать в системе

☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание

☑️ Уточнить схему архитектуры, и далее постоянно актуализировать по ходу детального проектирования и создания постановок задач

☑️ Получить доступы к API внешних систем

☑️ Протестировать API своими силами в Postman или с помощью разработчиков

☑️ Сопоставить данные между системами, базой данных и UI. Доработать/спроектировать БД нашей системы. Описать маппинги данных

☑️ Создать задачи в Jira и выстроить порядок разработки:
+ задачи на Frontend,
+ задачи на интеграционные API-методы нашего Backend,
+ задачи на доработки БД,
+ и другие.

☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее.


👉 Полный пошаговый план работы с задачами на интеграции доступен по этой ссылке.

Пусть он станет вашим помощником при проектировании интеграционных взаимодействий в любых системах.


#ИнтеграцииGA

📱 Tg | 💙 ВК | 💬 Max

🔔 Сегодня завершаются специальные условия записи на программу:

🟢 Интеграции систем
🗓 Старт: 15 апреля

✔ 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 или через сайт 🤝

🟠 Доступ к практикуму по Интеграциям открыт 🟠

Вводное занятие к программе "Проектирование интеграций" для системных аналитиков уже доступно для изучения:

⚡️ Задача на Интеграцию: от 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 🤝

🔖 5 архитектурных стилей API, которые стоит знать аналитику 📡

API определяет, как именно взаимодействуют между собой приложения.

От того, какой стиль вы выберете, зависит:
• масштабируемость системы,
• скорость отклика,
• удобство для клиентов API и разработчиков.

Важно выбирать не «как у всех», а по требованиям проекта.


Cамые популярные API:

🔵 REST API [HTTP]
Классика в мире разработки: вариант "как у всех".
Более 85% систем во всём мире используют его.

Преимущества:
• Простота и универсальность
• Отсутствие состояния (stateless) = масштабируемость
• Отлично подходит для CRUD

Пример:
Wildberries

📎 Подробнее


🟣 GraphQL [HTTP]
REST требует нескольких запросов к разным endpoint-ам, если нужно получить связанную информацию.

GraphQL позволяет сделать один запрос на один endpoint — и получить ровно те данные, которые нужны.

Преимущества:
• Нет избыточных данных
• Быстрее работает фронт
• Удобно для мобильных приложений

Пример:
Contentful

📎 Подробнее



🟢 SOAP [чаще HTTP, но может быть SMTP, FTP и др.]
Был стандартом до появления REST. До сих пор актуален в госсекторе, банках и крупных корпорациях.

Преимущества:
• Поддержка сложных транзакций
• Встроенная безопасность WS-Security
• Надёжен, стандартизирован, хорош для B2B

Пример:
PayPal (уст)

📎 Подробнее



🟠 gRPC [HTTP/2]
Современный и быстрый протокол от Google, основанный на протоколе удаленного вызова процедур (RPC).
Чаще всего используется для микросервисов.

Преимущества:
• Высокая производительность: быстрее JSON в 5-10 раз по объему и скорости
• Поддержка стриминга и асинхронных вызовов
• Автоматическая генерация кода для клиента и сервера

Пример:
Dropbox

📎 Подробнее



🔴 WebSocket [ws://]
Для чатов, игр, торговых платформ — там, где важно получать данные в реальном времени.

Преимущества:
• Двустороннее соединение
• Постоянное подключение
• Минимальная задержка

Пример:
Binance Биржа



Нет идеального API. Каждый — под свою задачу.

Главное — осознанный выбор, а не «так всегда делали».

#ИнтеграцииGA #АрхитектураGA #RestApiGA


📱 Tg | 💙 ВК | 💬 Max