[GetAnalyst] Виды Интеграции Систем.png
687.6 KB
📚 Виды Интеграций: полный справочник 📚
1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами
Полезно иметь под рукой перед подготовкой к собеседованиям 🤝
#ИнтеграцииGA
1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами
Полезно иметь под рукой перед подготовкой к собеседованиям 🤝
#ИнтеграцииGA
❤50👍29👎1🤔1
❗️Встречаемся онлайн через 3 часа❗️
📹 Задача на Интеграцию: от Postman до требований в Confluence
⏰ 19:00 - 21:30 Мск
[ ЗАРЕГИСТРИРОВАТЬСЯ ]
-----------------------------------
Подготовка к практике:
Перед эфиром установите Postman и зарегистрируйте аккаунт в нём!
Попробуйте сделать Workspace и первую коллекцию.
Всё остальное покажем онлайн.
Инструкция по Postman с нуля
-----------------------------------
👉 Запись эфира будет доступна только для зарегистрировавшихся участников
📹 Задача на Интеграцию: от Postman до требований в Confluence
⏰ 19:00 - 21:30 Мск
[ ЗАРЕГИСТРИРОВАТЬСЯ ]
-----------------------------------
Подготовка к практике:
Перед эфиром установите Postman и зарегистрируйте аккаунт в нём!
Попробуйте сделать Workspace и первую коллекцию.
Всё остальное покажем онлайн.
Инструкция по Postman с нуля
-----------------------------------
👉 Запись эфира будет доступна только для зарегистрировавшихся участников
❤16👍5
Таким важным вещам вообще блин не учат!
Этот отзыв после онлайн-практики получен вчера, после открытого урока в GetAnalyst. И это была только база. Ещё есть куда копать!
Благодарю вас за участие и работу на онлайн-практике Задача на Интеграцию: от Postman до требований в Confluence ❤️🔥
Эфир был проведен в качестве открытого урока практической программы
Интеграции систем
(следующий поток в сентябре 2025)
+ 4 часа реальной работы
+ 2 000 сообщений в чате
+ больше 70% участников были от начала до конца! (о записи объявили сразу)
+ обратная связь 😍
Вот, что мы успели:
1️⃣ Познакомились с задачей и провели детальное исследование API-документации. Обсудили проблемы этого этапа и способы их решения.
2️⃣ Протестировали API в Postman:
👉 HTTP API, REST API, GraphQL и WebSocket.
3️⃣ Вместе восхищались особенностям, которые есть в GraphQL и WebSocket по сравнению с обычным REST.
4️⃣ Обсудили, почему аналитикам важно уметь работать с Postman: задачи интеграции часто содержат скрытые нюансы, а документация далеко не всегда охватывает все детали. Поэтому тестируем через него.
5️⃣ Показала как работать с шаблоном постановки задачи в Confluence.
6️⃣ Разобрали детальный интеграционный Use Case с:
+ API Gateway
+ Kafka для асинхронной работы
+ со всеми прелестями микросервисной архитектуры.
Теперь у участников есть
👉 заполненный образец сложной постановки задачи на интеграцию для Confluence.
7️⃣ Работали со сложными схемами архитектуры в C4 и строили UML через AI.
4 часа в прямом эфире.
На одном дыхании.
С огромным количеством положительных эмоций, пользы и результатов.
Разобрали все вопросы из онлайн-чата.
-----------------
‼️ Для тех, кто не был онлайн, либо отключился раньше:
+ пришлём запись в субботу утром всем, кто был зарегистрирован
+ доступ с 29 до 31 марта
+ тем, кто был зарегистрирован на основной эфир, ПОВТОРНО регистрироваться НЕ НАДО
👉 Регистрация тут
-----------------
Спасибо вам за яркие впечатления и проделанную работу! ❤️🔥❤️🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥55❤🔥15❤8👍1🥰1
💥 Виды API: когда и какой выбрать 💥
API (Application Programming Interface) — это набор правил и методов, позволяющих разным программам взаимодействовать друг с другом. Он позволяет одной программе общаться с другой, отправляя запросы и получая ответы, даже если они написаны на разных языках программирования или работают на разных устройствах / серверах.
Другими словами, если для взаимодействия пользователя и программы как правило используется пользовательский интерфейс (UI - User Interface), то для взаимодействия программы с другой программой используется программный интерфейс (API - Application Programming Interface).
Основные виды API:
⚡ REST
⚡ SOAP
⚡ GraphQL
⚡ gRPC
⚡ WebSocket
В деталях 👇
⚡ REST API (Representational State Transfer)
Использует HTTP-протокол и основывается на концепциях ресурсов и методов (GET, POST, PUT, PATCH, DELETE и другие).
Широко используется для веб-, мобильных приложений и микросервисной архитектуры.
Пример документации:
Wildberries
⚡ SOAP API (Simple Object Access Protocol)
Использует XML для обмена сообщениями и поддерживает сложные операции и стандарты безопасности.
Считается, что в основном применяется в корпоративных системах, требующих высокого уровня надежности и безопасности. Устаревает.
Современные средства безопасности на уровне инфраструктуры делают REST более приятным и менее тяжеловесным в использованию по сравнению с SOAP.
Пример документации:
PayPal (обратите внимание, что устаревший)
Самые интересные API с примерами документации чуть позже 👇
#ИнтеграцииGA
API (Application Programming Interface) — это набор правил и методов, позволяющих разным программам взаимодействовать друг с другом. Он позволяет одной программе общаться с другой, отправляя запросы и получая ответы, даже если они написаны на разных языках программирования или работают на разных устройствах / серверах.
Другими словами, если для взаимодействия пользователя и программы как правило используется пользовательский интерфейс (UI - User Interface), то для взаимодействия программы с другой программой используется программный интерфейс (API - Application Programming Interface).
Основные виды API:
⚡ REST
⚡ SOAP
⚡ GraphQL
⚡ gRPC
⚡ WebSocket
В деталях 👇
⚡ REST API (Representational State Transfer)
Использует HTTP-протокол и основывается на концепциях ресурсов и методов (GET, POST, PUT, PATCH, DELETE и другие).
Широко используется для веб-, мобильных приложений и микросервисной архитектуры.
Пример документации:
Wildberries
⚡ SOAP API (Simple Object Access Protocol)
Использует XML для обмена сообщениями и поддерживает сложные операции и стандарты безопасности.
Считается, что в основном применяется в корпоративных системах, требующих высокого уровня надежности и безопасности. Устаревает.
Современные средства безопасности на уровне инфраструктуры делают REST более приятным и менее тяжеловесным в использованию по сравнению с SOAP.
Пример документации:
PayPal (обратите внимание, что устаревший)
Самые интересные API с примерами документации чуть позже 👇
#ИнтеграцииGA
🔥20❤15👍9⚡4❤🔥1
💥 Виды API: GraphQL, gRPC, WebSocket 💥
⚡ GraphQL
Позволяет клиенту запрашивать только те данные, которые ему необходимы, с помощью декларативного языка запросов.
Удобен для сложных приложений с изменяемыми потребностями в данных, для мобильных приложений и микросервисов с целью оптимизации трафика между клиентом и сервером, который реализует API.
Пример документации:
Contentful
⚡ gRPC
Использует Protocol Buffers для сериализации данных и поддерживает как синхронные, так и асинхронные вызовы.
Эффективен для микросервисной архитектуры с высокими требованиями к производительности. Очень много коллег, кто в новых проектах на микросервисной архитектуре его использует сразу, даже не рассматривая REST.
Пример документации:
Dropbox от Google
⚡ WebSocket
Обеспечивает двухстороннюю связь между клиентом и сервером в режиме реального времени.
Используется для приложений, требующих мгновенного обмена данными, например, чаты или системы оповещений.
Пример документации:
Binance Биржа
Для системного аналитика важно понимать, когда и в каких случаях используются определенные виды API, чтобы точно описывать требования к различным интеграциям и понимать, с помощью каких технологий можно реализовывать различные сценарии работы системы.
#ИнтеграцииGA
⚡ GraphQL
Позволяет клиенту запрашивать только те данные, которые ему необходимы, с помощью декларативного языка запросов.
Удобен для сложных приложений с изменяемыми потребностями в данных, для мобильных приложений и микросервисов с целью оптимизации трафика между клиентом и сервером, который реализует API.
Пример документации:
Contentful
⚡ gRPC
Использует Protocol Buffers для сериализации данных и поддерживает как синхронные, так и асинхронные вызовы.
Эффективен для микросервисной архитектуры с высокими требованиями к производительности. Очень много коллег, кто в новых проектах на микросервисной архитектуре его использует сразу, даже не рассматривая REST.
Пример документации:
Dropbox от Google
⚡ WebSocket
Обеспечивает двухстороннюю связь между клиентом и сервером в режиме реального времени.
Используется для приложений, требующих мгновенного обмена данными, например, чаты или системы оповещений.
Пример документации:
Binance Биржа
Для системного аналитика важно понимать, когда и в каких случаях используются определенные виды API, чтобы точно описывать требования к различным интеграциям и понимать, с помощью каких технологий можно реализовывать различные сценарии работы системы.
#ИнтеграцииGA
👍29❤6❤🔥4👀1
Мы не обязаны всё знать.
Не обязаны быть самыми умными в комнате.
Не обязаны сразу разбираться в сложных задачах.
Но важно быть рядом с теми, кто знает больше — и продолжает учиться.
Кто делится своими результатами. Кто не боится ошибаться.
Кто продолжает быть любопытным и двигаться вперёд.
Когда ты среди таких людей — ты тоже растёшь.
Незаметно. Постепенно. Потому что мотивация в людях.
Там, где развитие — это норма, а незнание = повод двигаться вперёд, ты становишься лучшей версией себя каждый день.
Сопротивляться невозможно 🙌
Не обязаны быть самыми умными в комнате.
Не обязаны сразу разбираться в сложных задачах.
Но важно быть рядом с теми, кто знает больше — и продолжает учиться.
Кто делится своими результатами. Кто не боится ошибаться.
Кто продолжает быть любопытным и двигаться вперёд.
Когда ты среди таких людей — ты тоже растёшь.
Незаметно. Постепенно. Потому что мотивация в людях.
Там, где развитие — это норма, а незнание = повод двигаться вперёд, ты становишься лучшей версией себя каждый день.
Сопротивляться невозможно 🙌
❤🔥129💯35❤20👍6👏1
⏳ Последний день доступа к записи обучения по интеграциям ⏳
📌Задача на Интеграцию: от Postman до требований в Confluence
🗓 доступ до 31 марта (пн), 23:59 Мск
Продлим до конца дня 1 апреля для всех, кто зарегистрировался до дня закрытия, и это не шутка 😏
👉 Получить доступ к записи
Ключевое, что выделили участники:
✅ Структурировали знания и восполнили пробелы в порядке работы с задачами на интеграцию
✅ Работа с GraphQL и WebSocket
✅ Предоставленные материалы
✅ Реальная практика
👉 Также напоминаем про старт практической программы для СА и БА по Проектированию Интеграций 2 апреля.
💬 Обратная связь к занятию за выходные:
✍️ Анастасия
✍️ Ксения
✍️ Diana
✍️ Алексей
✍️ Анастасия
✍️ Александр
Большое количество благодарностей! 😊
В выходные продолжали подключать новых учеников к программе Проектирование Интеграций👩💻
Им уже доступен модуль "Предобучение". А в эту среду откроем первый основной модуль, дадим ДЗ к первому занятию и доступ в Confluence.
Рады приветствовать всех участников!
Готовимся к продуктивной работе, коллеги! 🤝
💬 По вопросам о программе можно написать @getanalyst, на почту info@getanalyst.ru или заполнить заявку на сайте
📌Задача на Интеграцию: от Postman до требований в Confluence
👉 Получить доступ к записи
Ключевое, что выделили участники:
✅ Структурировали знания и восполнили пробелы в порядке работы с задачами на интеграцию
✅ Работа с GraphQL и WebSocket
✅ Предоставленные материалы
✅ Реальная практика
👉 Также напоминаем про старт практической программы для СА и БА по Проектированию Интеграций 2 апреля.
✍️ Анастасия
Прекрасная подача материала! Доходчиво в теории и подкрепляется практикой. Нигде не встречала подобного вебинара. Полезность 100 из 10.
Каждый раз актуальная информация и другие примеры для разбора, т.к. была уже не одном вебинаре и курсе от getanalyst, поэтому есть с чем сравнивать
✍️ Ксения
Это лучший вебинары по интеграциям!!
Знаний больше, чем в платных курсах!
Спасибо
✍️ Diana
Это был очень информативный вебинар, включая как теоретические так и практические аспекты. Особенно круто углублённое погружение непосредственно в практику, взаимодействие с чатом, ответы на вопросы. После вебинара остались только положительные впечатления, обнаружены пробелы и пути дальнейшего развития, спасибо!
✍️ Алексей
Подача материала динамичная пошагово просто о сложном
✍️ Анастасия
Отличная практика, здорово что углубились в websocket и graphQL
✍️ Александр
Крутой урок и материалы, буду использовать в работе, спасибо!
Большое количество благодарностей! 😊
В выходные продолжали подключать новых учеников к программе Проектирование Интеграций
Им уже доступен модуль "Предобучение". А в эту среду откроем первый основной модуль, дадим ДЗ к первому занятию и доступ в Confluence.
Рады приветствовать всех участников!
Готовимся к продуктивной работе, коллеги! 🤝
💬 По вопросам о программе можно написать @getanalyst, на почту info@getanalyst.ru или заполнить заявку на сайте
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15🔥6❤1❤🔥1
Интеграционный_Use_Case_для_Unisender_Авторассылка_email_GetAnalyst.pdf
641.6 KB
📚 Пример реального интеграционного Use Case: с микросервисами, cron и kafka 📚
👉 Основные шаги, чтобы написать интеграционный Use Case:
1️⃣ Понять отличия между обычными и интеграционными Use Case, да и вообще что это и зачем.
2️⃣ Декомпозировать интеграционную User Story (или бизнес-требования к интеграции) проекта на отдельные Use Case и выбрать тот, с которым будем работать.
3️⃣ Сделать анализ API-документации внешней системы.
4️⃣ Протестировать API внешней системы через Postman или другой инструмент, чтобы понять как она реально работает.
4️⃣* Сразу же продумать алгоритм авторизации запросов во внешнюю систему, где и как хранить ключи, как их использовать.
5️⃣ Понять, как будет встроена новая функциональность в архитектуру проекта и показать это на схеме:
+ какие сервисы / микросервисы задействованы (если это не монолит)
+ какие БД используются
+ нужны ли брокеры в процессе
+ и другие детали
6️⃣ Сделать задачи на доработку БД, если необходимо.
7️⃣ Описать интеграционный Use Case для разработчиков, используя:
+ полученный опыт работы с API
К посту прикрепила выгруженный из Confluence пример интеграционного Use Case для
в котором:
Т.е. всё на уровне системы, без участия пользователей.
Максимально подробный, детальный и реалистичный пример.
Остается добавить в него UML-диаграмму, маппинги данных и отсылки на дополнительные тех. задачи 😊
Сохраняем файл в личную библиотеку!
💯 % пригодится!
#ИнтеграцииGA #BookingGA
Интеграционный Use Case
- это постановка задачи на разработчиков, которая содержит технические детали, такие как вызовы API методов, обращения к БД, взаимодействия с брокерами и другие.
👉 Основные шаги, чтобы написать интеграционный Use Case:
1️⃣ Понять отличия между обычными и интеграционными Use Case, да и вообще что это и зачем.
2️⃣ Декомпозировать интеграционную User Story (или бизнес-требования к интеграции) проекта на отдельные Use Case и выбрать тот, с которым будем работать.
3️⃣ Сделать анализ API-документации внешней системы.
4️⃣ Протестировать API внешней системы через Postman или другой инструмент, чтобы понять как она реально работает.
4️⃣* Сразу же продумать алгоритм авторизации запросов во внешнюю систему, где и как хранить ключи, как их использовать.
5️⃣ Понять, как будет встроена новая функциональность в архитектуру проекта и показать это на схеме:
+ какие сервисы / микросервисы задействованы (если это не монолит)
+ какие БД используются
+ нужны ли брокеры в процессе
+ и другие детали
6️⃣ Сделать задачи на доработку БД, если необходимо.
7️⃣ Описать интеграционный Use Case для разработчиков, используя:
+ полученный опыт работы с API
К посту прикрепила выгруженный из Confluence пример интеграционного Use Case для
Авторассылки email по расписанию через интеграцию с Unisender
в котором:
✅ микросервисная архитектура
✅ есть брокер Kafka
✅ задача запускается по cron (по расписанию, автоматически).
Т.е. всё на уровне системы, без участия пользователей.
Максимально подробный, детальный и реалистичный пример.
Остается добавить в него UML-диаграмму, маппинги данных и отсылки на дополнительные тех. задачи 😊
Сохраняем файл в личную библиотеку!
#ИнтеграцииGA #BookingGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤21❤🔥10👍7🔥5😱1
В каждой шутке есть доля шутки 😱
С 1 апреля! Пусть ваше утро начнётся с хорошего настроения 🙃
#GAhahaha
С 1 апреля! Пусть ваше утро начнётся с хорошего настроения 🙃
#GAhahaha
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🤣52🔥13😁6❤5👍3
💥 UML-диаграммы для интеграций: Sequence и Activity 💥
Интеграционный UseCase написан.
Но возможно в нем много текста. Слишком много текста 😁
А разработчики много читать не любят.
Для быстрого понимания “о чем тут вообще” помогают картинки и схемы. Особенно, когда речь идет о сложных интеграционных сценариях.
➡️ UML Sequence
Прекрасным дополнением к интеграционному Use Case служит UML диаграмма последовательности.
Диаграмма помогает быстрее разобраться не только в последовательности шагов, но и во взаимосвязях между компонентами системы, что особенно ценно при разработке и тестировании интеграций.
➡️ UML Activity
Визуально похожа на блок-схему.
Помогает показывать алгоритм работы системы.
Но используется реже, чем UML Sequence.
Диаграммы могут являться как дополнением, так и заменой текстового описания.
👍 Но текст алгоритмов всё же лучше держать рядом с диаграммами, как показазывает опыт.
Основные инструменты для построения UML-диаграмм:
Графические редакторы
🔸 Draw.io
🔸 Lucidchart
🔸 Miro
🔸 Microsoft Visio
Для создания диаграмм через код
🔸 PlantUML
🔸 MermaidChart
🖼 На картинках к посту показала обе диаграммы — UML Sequence и UML Activity.
Пример для процесса сброса пароля:
1. пользователь на переходит к экрану "Забыли пароль?",
2. вводит свой email,
3. получает письмо со ссылкой для сброса пароля на email.
👉 Обе созданы через код в PlantUML и описывают один и тот же процесс.
👉 Как читать:
+ UML Sequence: читайте строки по порядку, сверху-вниз, даже если следующая строка находится правее или левее.
+ UML Activity: двигайтесь сверху вниз, а при разветвлении (ромбы/многоугольники) сначала завершите читать одну ветку, затем другую.
#ИнтеграцииGA
Интеграционный UseCase написан.
Но возможно в нем много текста. Слишком много текста 😁
А разработчики много читать не любят.
Для быстрого понимания “о чем тут вообще” помогают картинки и схемы. Особенно, когда речь идет о сложных интеграционных сценариях.
➡️ UML Sequence
Прекрасным дополнением к интеграционному Use Case служит UML диаграмма последовательности.
UML-Sequence
– это тип диаграммы, который показывает, как компоненты в системе взаимодействуют друг с другом в хронологическом порядке.
Диаграмма помогает быстрее разобраться не только в последовательности шагов, но и во взаимосвязях между компонентами системы, что особенно ценно при разработке и тестировании интеграций.
➡️ UML Activity
UML-Activity
помогает визуализировать последовательность действий в процессе работы системы, показывая не только шаги, но и ветвления, условия, циклы.
Может показывать системы и роли пользователей.
Визуально похожа на блок-схему.
Помогает показывать алгоритм работы системы.
Но используется реже, чем UML Sequence.
Диаграммы могут являться как дополнением, так и заменой текстового описания.
👍 Но текст алгоритмов всё же лучше держать рядом с диаграммами, как показазывает опыт.
Основные инструменты для построения UML-диаграмм:
Графические редакторы
🔸 Draw.io
🔸 Lucidchart
🔸 Miro
🔸 Microsoft Visio
Для создания диаграмм через код
🔸 PlantUML
🔸 MermaidChart
🖼 На картинках к посту показала обе диаграммы — UML Sequence и UML Activity.
Пример для процесса сброса пароля:
1. пользователь на переходит к экрану "Забыли пароль?",
2. вводит свой email,
3. получает письмо со ссылкой для сброса пароля на email.
👉 Обе созданы через код в PlantUML и описывают один и тот же процесс.
👉 Как читать:
+ UML Sequence: читайте строки по порядку, сверху-вниз, даже если следующая строка находится правее или левее.
+ UML Activity: двигайтесь сверху вниз, а при разветвлении (ромбы/многоугольники) сначала завершите читать одну ветку, затем другую.
#ИнтеграцииGA
👍19❤6🔥4👌2❤🔥1💯1