GetAnalyst - Навыки • Системный анализ • Бизнес-анализ


Гео и язык канала: Россия, Русский
Категория: Технологии


Разбор задач на проектирование систем 🚀 Канал для системных аналитиков, бизнес-аналитиков, тестировщиков и менеджеров проектов
Админ @getanalyst
Сайт https://getanalyst.ru
Чат t.me/getanalystchat
Начинающим в IT @getanalyststart

Зарегистрирован в РКН
Связанные каналы  |  Похожие каналы

Гео и язык канала
Россия, Русский
Категория
Технологии
Статистика
Фильтр публикаций


🔣🔣 Бесплатный практикум по асинхронной интеграции с ИИ — только ДО ЗАВТРА 🔡🔡

📌 Полезно. Подробно. Понятно.

Именно эти три слова повторяются более чем в 80% отзывов, которые мы получили за выходные о практикуме.

И я понимаю почему: это не обзорный вебинар, на котором просто объясняют разницу между polling и webhook.

👉 Мы взяли реальную задачу и последовательно прошли весь путь от выбора архитектуры до требований для разработки.


Этот практикум стоит посмотреть, чтобы быть в теме не только по интеграциям, но и по разработке ИИ-агентов.

Потому что работа с ИИ не заканчивается на отправке промпта: нужно спроектировать вызовы моделей, асинхронную обработку, статусы, ошибки и получение результата.


За 4,5 часа практики вы разберётесь:

▫️ почему долгие операции нельзя выполнять синхронно
▫️ как спроектировать архитектуру с брокером сообщений
▫️ какие API-методы, статусы и сценарии потребуются
▫️ как выполнить реальные вызовы ИИ-сервиса в Postman
▫️ как оформить требования в Confluence и подготовить диаграммы с помощью ИИ-агента



🔣🔣 Асинхронная интеграция с ИИ-сервисом: от архитектуры до требований в Confluence

📹 Доступ только до 6 октября, 23:59 МСК

🟢 4,5 часа практики • в удобное время • бесплатно

👉 Зарегистрироваться

Если вы уже регистрировались, повторная регистрация не нужна — письмо с доступом дублировали вчера

После 6 октября запись закроем. Продлять доступ индивидуально не будем, можно не спрашивать, поэтому рекомендуем запланировать просмотр заранее 🤝



🎓 Хотите погружаться в интеграции глубже?


7 октября стартует практическая программа «Интеграции систем», где мы системно разбираем:

▫️ синхронные и асинхронные интеграции
▫️ REST API, SOAP и другие виды API
▫️ webhook и polling
▫️ очереди сообщений и брокеры
▫️ аутентификацию и безопасность
▫️ ошибки, повторные запросы и идемпотентность
▫️ проектирование интеграционных сценариев и постановку задач для разработки

Это программа для СА и БА, которые хотят не просто знать термины, а самостоятельно выбирать подход к интеграции, обосновывать архитектурное решение и готовить требования, с которыми команда сможет идти в разработку.

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

🗓 Старт — 7 октября
🎁 Сегодня последний день специальных условий записи

👉 Посмотреть программу


Продуктивной недели и приятного просмотра! 🙌


🅰️🔠 API Gateway и AI Gateway: в чём разница?

API Gateway уже стал привычным компонентом архитектуры систем с микросервисами.

А теперь у нас начнут появляться и AI Gateway. И это не новое название того же сервиса.

Если вы еще не проектируете интеграции с AI и AI-агентов, и пока не знаете, зачем он нужен, пора разбираться.



👉 Зачем нужен AI Gateway?

Представьте одну систему — неважно, монолитную или микросервисную, внутри которой работает ИИ-агент.

Для выполнения одного пользовательского сценария этот агент может обращаться к разным моделям.

Например, команда решила использовать:

🔹 GPT — для генерации текстов
🔹 Claude — для проверки сгенерированных текстов
🔹 локальную модель — для работы с данными, которые нельзя передавать внешнему провайдеру

Это не жёсткое разделение возможностей моделей, а пример того, как в одной системе разные задачи могут распределяться между разными AI-моделями.

При этом у каждого ИИ-провайдера свои:

▫️ API и ключи доступа
▫️ модели и форматы запросов
▫️ лимиты
▫️ стоимость
▫️ ошибки и тайм-ауты
▫️ правила обработки данных

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

📌 AI Gateway выносит логику интеграций с разными моделями в единый инфраструктурный слой.



👉 Что может делать AI Gateway?

1️⃣ Маршрутизировать запросы

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


2️⃣ Переключаться между моделями

Если основной провайдер недоступен, запрос можно отправить резервному. Но нужно заранее определить правила обработки ошибок и проверить совместимость форматов и возможностей моделей.


3️⃣ Контролировать токены и расходы

Здесь недостаточно обычного rate limiting.

Два запроса могут отличаться по стоимости в десятки раз. Поэтому ограничения задают не только по количеству запросов, но и по токенам и бюджету.


4️⃣ Централизованно управлять безопасностью

Проверять промпты и ответы на вредоносность, искать персональные / конфиденциальные данные и блокировать недопустимый контент.


5️⃣ Собирать AI-метрики

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


6️⃣ Кэшировать ответы

Не отправлять повторяющиеся запросы модели заново, если результат допустимо переиспользовать.




👉 AI Gateway заменяет API Gateway?

Нет.

Они могут одновременно использоваться в одной архитектуре.

API Gateway управляет обращениями клиентов к Backend, а AI Gateway — обращениями системы к моделям.



👉 Какие проблемы, о которых стоит знать заранее?

AI Gateway — это ещё один критичный компонент архитектуры, который:

🔺 может стать единой точкой отказа

🔺 добавляет задержку при обработке запроса

🔺 получает доступ к потенциально чувствительным промптам и ответам

🔺 не устраняет prompt injection и утечки данных полностью

🔺 не гарантирует одинаковое качество при переключении между моделями

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



Если с классическим API Gateway пока тоже остались вопросы, у меня есть подробный гайд с примерами архитектурных схем:

🔗 Что такое API Gateway: 10 главных функций и роль в архитектуре микросервисов



📌 Скоро понимание AI Gateway будет таким же базовым требованием, как знание API Gateway сегодня.

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



#АрхитектураGA #AI_for_analysts

📱 Tg | 💙 ВК | 💬 Max


Репост из: GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик
«Я боялась технической части»: как гуманитарию начать осваивать системный анализ
 
Кристина пришла на программу «Системный аналитик: с нуля до опыта работы на проекте» по рекомендации, когда поняла, что самообразования ей уже недостаточно и нужна система в знаниях.
 
Далее со слов Кристины
#студентыGetAnalyst


🎁🚀 GetAnalyst сегодня на Стачке: ищите Юлию и забирайте подарки

Похоже, у GetAnalyst официально неделя конференций:

🌉 я только завершила The AI Conference в Сан-Франциско

🚀 а моя коллега Юлия сегодня уже на IT-конференции Стачка в Санкт-Петербурге, где тоже будет очень много AI 💙

Если вы раньше не слышали про Стачку — это профессиональная IT-конференция для разработчиков, аналитиков, архитекторов, тестировщиков, руководителей и других IT-специалистов.



👉🎁💝 Юлия сегодня и завтра будет на конференции с мерчем и подарками GetAnalyst

Чем раньше найдёте её, тем больше будет выбор 😃

Подходите, знакомьтесь, говорите, что вы из нашего сообщества и где подписаны, и забирайте подарок 🙌



👉🔥🎁А ещё мы разыгрываем два сертификата GetAnalyst по 15 000 ₽, которые можно будет использовать в счет оплаты любых обучений у нас

Чтобы принять участие:
1️⃣ найдите Юлию (фото на картинке к посту)
2️⃣ сделайте фото с нашим мерчем на фоне конференции (можно без вашего лица)
3️⃣ опубликуйте фото в комментариях к этому посту*

*Проверьте доступ к комментариям сразу, пока будете с ней, так как чат к каналу закрыт от спамеров



🏆 Один сертификат получит автор самого крутого фото. Второй разыграем случайно среди всех участников.


Фото принимаем до 5 октября, 9:00 МСК.

Итоги опубликую 6-ого октября в комментариях к этому посту.


До встречи на Стачке! 🚀


Вопросы? Пишите @getanalyst 🤝

📱 Tg | 💙 ВК | 💬 Max


📌 [Доступ открыт до 6 октября] Асинхронная интеграция с ИИ-сервисом 📌

Один сквозной кейс, три варианта архитектуры, два реальных ИИ-сервиса и 4,5 часа практики.

🎉 Сегодня мы открываем доступ к записи практикума «Асинхронная интеграция с ИИ-сервисом».


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

▫️ REST или брокер,
▫️ синхронный или асинхронный сценарий
▫️ и 10 задач, в которых надо сделать выбор,
▫️ какие предусмотреть статусы и ошибки,
▫️ как превратить выбранную архитектуру в готовые требования.

В результате вы пройдёте полный путь от бизнес-сценария до архитектуры и готовых требований для разработки.

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



📌 Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence

📹 Доступ к записи — до 6 октября
🕘 4,5 часа практики

Смотрите в удобное время • Бесплатно


👉 Зарегистрироваться бесплатно

❗️ Если вы уже регистрировались, повторная регистрация не нужна — письмо с доступом пришло сегодня утром. Если не нашли - зарегистрируйтесь повторно, чтобы получить ссылку.



Небольшой совет: не включайте запись фоном.
Останавливайте видео, рисуйте собственные схемы и сравнивайте свои решения с нашими — так от практикума будет намного больше пользы.



Продуктивного обучения! 🙌


🎓 Системный аналитик: с нуля до опыта работы на проекте [начинаем сегодня] 🎓

Сегодня, 1 октября, мы официально начинаем обучение на полной практической программе для системных аналитиков 🎉

Я пишу про неё ровно один раз в год, когда мы начинаем наш большой путь в получение профессии и структурирование знаний.


Я рада приветствовать всех, кто присоединяется к GetAnalyst в этом потоке.

Для меня новый поток — это не просто список участников. Это моя команда на ближайшие 10 месяцев 🩷 Это ребята с разным опытом, целями и стартовыми точками, о которых мы стараемся максимально заботиться: помогать не потеряться в большом объёме материала, давать обратную связь и последовательно вести к результату.

Спасибо за ваш выбор и доверие 🤝



🤖 И этот поток мы начинаем по-новому

Индустрия меняется, и мы обновляем программу вместе с ней. Поэтому уже на первом онлайн-занятии начнём с изучения:

• основ работы с искусственным интеллектом
• промпт-инжиниринга
• актуальных AI-инструментов для работы СА/БА

Сегодня умение работать с ИИ — уже не дополнительный навык, а фундамент для эффективной работы в современной IT-среде.

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



📌 Кому подходит программа?

Программа рассчитана на разные стартовые точки:

👉 тех, кто переходит в системный анализ из другой профессии или направления IT

👉 бизнес-аналитиков, тестировщиков, технических писателей, специалистов поддержки и менеджеров проектов

👉 начинающих системных аналитиков

👉 действующих аналитиков, которым важно структурировать знания и перестать решать задачи «по наитию»

👉 тех, кто только начинает путь в IT и готов серьёзно учиться и практиковаться



📌 Что будем делать на проекте?

За время программы вы не просто изучите теорию, а последовательно пройдёте основные задачи системного аналитика:

• сбор, анализ и документирование требований
• бизнес-, функциональные и нефункциональные требования;
• Use Cases и User Stories
• проектирование концептуальной, логической и физической моделей БД
• создание реальной базы данных и SQL-запросов
• проектирование архитектуры системы
• проектирование REST API и JSON с нуля
• тестирование REST API в Postman и SOAP API в SoapUI
• постановка задач на БД, Backend, Frontend и интеграции

Будем работать с Confluence, Jira, Figma, Miro, Draw.io, DevTools, Postman, DBeaver и другими инструментами, которые используются на реальных проектах.



🗓 Формат обучения

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

При желании можно двигаться быстрее и выбрать темп обучения на 4, 6 или 10 месяцев. План формируется под вашу цель: вход в профессию или профессиональный рост.



🔥 Почему этот поток особенный

Такой расширенный поток мы запускаем только один раз в год.

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



🏁 Результаты

• опыт работы в команде и собственная зона ответственности
• понимание, как системно решать задачи аналитика
• шаблоны документации и готовые примеры работ
• сильная база по требованиям, БД, API, архитектуре и интеграциям
• больше уверенности на собеседованиях и в реальной работе

🙌 переход в новую роль или выход на свою первую работу в IT


🔗 Подробности и запись


Ещё раз поздравляю всех, кто начинает обучение сегодня. Добро пожаловать в команду системных аналитиков GetAnalyst! 😉


P.S. Вопросы можно писать
info@getanalyst.ru или @getanalyst 🤝


💫😱 IT никогда не станет прежним. Из-за AI. Несколько главных мыслей с The AI Conference в Сан-Франциско — день 1 🤖

Даже за последние несколько месяцев AI очень сильно сдвинулся вперёд.

Если ещё год назад основные темы ИИ-конференций были вокруг генеративного AI как инструмента, который помогает писать текст, код, анализировать данные и ускорять отдельные задачи, то сейчас все доклады и обсуждения вокруг AI-агентов.

То есть AI постепенно переходит от формата «ответить на запрос» к формату «самостоятельно выполнить целый кусок работы».


И вот что особенно бросилось мне в глаза сегодня 👇


1️⃣ AI начинает менять не отдельные задачи, а весь процесс разработки

Меняется сам подход к тому, как мы:

• собираем требования
• ведём проектную документацию
• анализируем существующие системы
• пишем и проверяем код
• тестируем
• доводим изменения от идеи до продакшн

То есть AI — это уже не просто дополнительный инструмент внутри привычного процесса.

Он начинает менять сам процесс.


2️⃣ То, чему мы учились три месяца назад, уже может выглядеть иначе

Скорость развития сейчас действительно огромная.

Инструменты, модели и подходы, которые ещё недавно казались новыми, буквально за несколько месяцев получают совершенно другой уровень возможностей.

И отсюда для меня ещё один важный вывод: учиться AI «один раз» пока не получится.

Нужно постоянно перестраивать собственные рабочие процессы вслед за развитием инструментов.

В США это просто бешеная гонка 😱


3️⃣ Сильно меняется работа со знаниями о системе, которую обычно поддерживаем мы — СА и БА

Классическая проблема:
систему десять или двадцать лет развивал один разработчик, значительная часть знаний находится у него в голове, документация частично устарела, а новому человеку приходится месяцами разбираться, почему всё работает именно так.

AI начинает сильно уменьшать эту зависимость.

Он может анализировать огромные объёмы кода, документации, API, схем и связей между компонентами и помогать гораздо быстрее восстанавливать контекст системы или переписывать её с нуля.

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

Больше никаких зависимостей на программистах, которых держат по 20 лет на высокой ЗП.



4️⃣ Но вместе с возможностями очень сильно растёт значение безопасности

Чем больше мы даём AI доступов к:

• исходному коду
• внутренней документации
• базам данных
• API
• корпоративным системам

тем серьёзнее становится вопрос защиты данных.

И это уже не теоретическая проблема.

В индустрии появляются реальные кейсы, связанные с утечками исходного кода, credential-данных и чувствительной информации при использовании AI-инструментов. Одна из крупных - у Open AI в 2026.

Поэтому безопасность AI-агентов, управление доступами, guardrails, аудит действий и работа с корпоративными данными будут становиться всё более важной частью архитектуры.



5️⃣ И, наверное, мой главный вывод первого дня

Мы постепенно выходим из стадии:
«Как использовать ChatGPT, чтобы делать свою работу быстрее?»

И переходим к вопросу:
«Как вообще должна быть устроена работа команды, если в ней постоянно участвует AI?»

И вот это изменение мне кажется гораздо более масштабным.

Потому что оно касается уже не конкретного инструмента.

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

Спикер из OpenAI рассказал мне про их команды. Это пугает.

Только sales (продажники) и инженеры (программисты). Никаких менеджеров, тестировщиков или аналитиков.



✅ Понимание интеграций, архитектуры и работы ИИ сегодня очень помогали воспринимать и усваивать этот огромный объем информации.


Завтра продолжу собирать наблюдения 👀 Очень много классного записано в заметках за 12 часов на площадке. Надо всё переварить и структурировать.


#AI_for_analysts

2.1k 0 41 34 73

GetAnalyst_Чек_лист_Обработка_ошибок_в_интеграциях.pdf
199.6Кб
🐞 HTTP-ошибки в интеграциях с внешними системами: как их обрабатывать 🐞

Что делать, если внешняя система вернула 401, 409, 429 или 504? Когда запрос можно повторить, а когда повтор создаст проблемы?

Чтобы каждый раз не разбирать каждый код заново, я собрала практический чек-лист по обработке HTTP-ошибок в интеграциях с внешними системами.


Для каждого кода указано:

• что означает ошибка;
• можно ли повторять запрос;
• что должна сделать наша система;
• что показать пользователю.


Забирайте и пользуйтесь 🤝

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

📱 Tg | 💙 ВК | 💬 Max


🔖 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

2.6k 0 143 1 35

💥 Интеграции систем — 7 октября. Сегодня последний день специальных условий записи 💥

Где начинается умение проектировать интеграции?

Я часто вижу у аналитиков одну и ту же точку роста.
Добавить поле в готовый API-метод уже получается, прочитать API-документацию тоже.

❗️ Но когда бизнес-процесс проходит через несколько систем, одного знания REST недостаточно.

Нужно определить:

▫️ какие системы и данные участвуют в процессе
▫️ где использовать синхронное, а где асинхронное взаимодействие
▫️ кому принадлежат данные и как выполнить маппинг
▫️ как обработать ошибки, таймауты и повторные запросы
▫️ какие требования предусмотреть к безопасности и отказоустойчивости
▫️ как связать архитектуру, Use Case, API-контракты и UML в одну непротиворечивую постановку

Именно здесь начинается работа аналитика уровня Middle+: не описать отдельный метод, а спроектировать интеграцию целиком и обосновать своё решение перед командой.


Этому посвящена практическая программа GetAnalyst:

🎓 Интеграции систем
🗓 Старт — 7 октября


На программе вы пройдёте полный путь анализа интеграций: от бизнес-сценария и архитектуры до проверки API в Postman и готовых требований для разработчиков.

В результате соберёте собственный проект, в который войдут:

✅ архитектурные схемы
✅ интеграционные Use Cases и маппинг данных
✅ Postman-коллекции
✅ UML-диаграммы
✅ API-контракты
✅ постановки задач на разработку

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

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

Внутри — 80+ часов обучения, 10 практических онлайн-вебинаров и домашние задания для создания проекта-портфолио.


🔥 Сегодня, 28 сентября, завершаются специальные условия записи:
✅ сниженная цена
🎁 мини-курс «REST API для аналитиков 4.0» в подарок

👉 Посмотреть программу

Чтобы зафиксировать эти условия, достаточно оставить бесплатную заявку сегодня до конца дня.



Хотите сначала увидеть, как мы работаем с реальной интеграционной задачей? Начните с открытого практикума:

🧡 Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence

🕘 4+ часа обучения

📹 Доступ к записи — со 2 по 6 октября
❗️ Участие бесплатное


👉 Получить бесплатный доступ



И пусть на этой неделе будет меньше неясных требований, а сильных решений — больше.

Всем отличной и продуктивной недели! 🙌


GetAnalyst_Обработка_длительных_операций_Интеграции.pdf
358.7Кб
⌛️ Webhook, SSE, WebSocket, polling или worker: что выбрать для долгой операции? ⌛️

Возьмём задачу:
Пользователь через наше приложение запускает генерацию видео во внешнем ИИ-сервисе. Внешний ИИ-сервис может обрабатывать запрос от нескольких десятков секунд до нескольких минут.

При этом пользователь может:

▫️ сразу увидеть, что задача принята,
▫️ наблюдать за прогрессом,
▫️ закрыть страницу и вернуться позднее,
▫️ получить результат позже, даже если соединение прервалось,
▫️ иметь возможность повторить операцию или отменить её.

📌 Тут точно нужен асинхрон.


И далее появляется вопрос:
👉 Что использовать: webhook, polling, SSE, WebSocket или фоновую обработку?

Но эти варианты нельзя просто поставить в один ряд и выбрать один «правильный».

Эти механизмы не заменяют друг друга. Они решают разные части одной задачи.



1️⃣ Как отделить генерацию от запроса пользователя

Если операция занимает несколько минут, Backend не должен всё это время держать HTTP-соединение открытым.

Вместо этого он:
1. Создаёт запись операции со статусом QUEUED (в очереди).
2. Формирует job — задание с данными для запуска генерации.
3. Сохраняет операцию и job.
4. Возвращает 202 Accepted и operationId в ответ на API-запрос.

Дальше job забирает worker.

👉 Job — это описание того, что нужно выполнить.
👉 Worker — компонент, который забирает это задание и выполняет его.


В нашем примере worker не генерирует видео самостоятельно. Он вызывает внешний ИИ-сервис, получает providerJobId и сохраняет его рядом с внутренним operationId.

Очередь при этом не обязательна. В простой системе worker может читать задания из таблицы jobs (async_tasks). При росте нагрузки появляется брокер.

📹 Подкаст про асинхронную задачу и фоновую обработку



2️⃣ Как Backend узнаёт, что видео готово

Здесь выбираем между webhook и polling.

Webhook подходит, если внешний сервис умеет сам сообщать об изменении статуса. Это основной вариант, когда результат нужен быстро и мы не хотим постоянно опрашивать провайдера.

Polling нужен, если webhook не поддерживается. Backend периодически вызывает API для проверки статуса во внешней системе, пока не получит обновление.

❗️ Но даже при наличии webhook, polling может остаться как страховка: например, раз в несколько минут проверять незавершённые операции, по которым событие не пришло.

То есть часто выбор выглядит не как «webhook или polling», а как:

👉 webhook для основного потока + polling для reconciliation.

🎧 Подкаст про webhook и polling



3️⃣ Как показать прогресс пользователю

Это уже отдельное решение.

UI polling — если интерфейсу достаточно обновлять статус раз в несколько секунд.

SSE — между UI и Backend устанавливается постоянное соединение, Backend должен передавать в браузер односторонний поток обновлений по сущности: В ОЧЕРЕДИ → ОБРАБОТКА → ГОТОВО.
🎧 Подкаст про SSE API

WebSocket — если обе стороны часто отправляют сообщения в рамках одной сессии. Например, пользователь не только смотрит прогресс, но и управляет процессом, меняет параметры или отправляет команды на отмену во время генерации.
🎧 Подкаст про WebSocket API



📚 К посту я подготовила большой гайд с разбором всех механизмов и таблицей сравнения.


Сохраняйте и используйте, когда нужно спроектировать долгую операцию, интеграцию с внешним сервисом или отображение прогресса в интерфейсе 💙

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


Уже завтра на самолёт в Сан-Франциско, чтобы пообщаться с коллегами из OpenAI, Anthropic и Google ✈️


А пока эти выходные у меня наконец-то про отдых и перезагрузку после трёх недель работы и учёбы нон-стоп по 10+ часов в день, и нашего большого открытого практикума ❤️‍🔥

Иногда я вообще забываю, сколько всего классного есть рядом. Живу у океана, друзья постоянно зовут куда-то выбраться — покататься на лодке или яхте, прогуляться по пляжу, сходить куда-нибудь вечером, а я вечно: «не могу, работаю» 😅 Поэтому в эти выходные решила всё-таки вспомнить, что за пределами ноута есть жизнь и использовать возможности на максимум.



✈️🤖 А завтра лечу в СФ на The AI Conference — одну из крупнейших AI-конференций в США. Там будут спикеры из OpenAI, Anthropic, Google, NVIDIA и ещё десятков компаний, которые сейчас двигают AI вперёд.

Мне особенно интересно послушать именно команды OpenAI, Anthropic и Google и посмотреть, куда всё это движется не из новостей и постов, а напрямую от людей, которые это делают.

Ну и, конечно, буду всё фотографировать, записывать, общаться, знакомиться и передавать вам самое интересное 😄


Кстати, что бы вы сами спросили у людей из OpenAI, Anthropic или Google, если бы встретили их на конференции? 👇



Показано 13 последних публикаций.