🚀📚 Разбор кейса + подборка материалов: хореография VS оркестрация микросервисов 📚🚀

Что происходит "под капотом" системы на микросервисах FoodDeliveryGA, когда пользователь оплачивает доставку еды с электронного кошелька?


По шагам:

👉 Оркестрация:
▫️ 1–3: запрос от клиента через API Gateway уходит к Оркестратору.
▫️ 4–13: Оркестратор последовательно вызывает API микросервисов. При ошибке запускает компенсирующие действия (откат изменений) и возвращает ошибку в API Gateway → Frontend.
▫️ 13–14: сбор финального JSON и возврат ответа на Frontend.

Процесс синхронный.
Пока Оркестратор не закончит все вызовы микросервисов, Frontend ждёт ответ, а пользователь на экране ожидания.


👉 Хореография:
▫️ 1–5: запрос от клиента через API Gateway уходит в сервис Платежей, платёж проводится и публикуется событие «Платёж за заказ проведён» в брокер
▫️ Сервис Заказов (6 → 6.1 → 6.2) обновляет статус заказа и публикует событие "Заказ оплачен"
▫️ 7A → 7A.1 → 7A.2 → 7A.3: API Gateway читает событие «Заказ оплачен», собирает JSON заказ + платёж и возвращает ответ клиенту

Далее фоново:
▫️ Сервис Геолокации (7C → 7C.1 → 7C.2 → 7C.3) + Сервис Заказов (8A → 8A.1)
▫️ Сервис Уведомлений (7B, 8B)
▫️ Сервис Отчётов (7D → 7D.1)


Внимательно изучайте схемы и пишите свои вопросы по управлению процессами в комментариях 🤩

-----

📚 Подборка материалов 👇

👉 Оркестрация:
📖 Оркестрация микросервисов: полный практический гайд
🎧 Camunda и BPMN в микросервисах для процессов техподдержки
📖 Оркестрация и API Gateway – разбор реального примера
🎧 Внедряем Camunda: обзор и моделирование BPMN

👉 Хореография:
📖 Хореография микросервисов - детальный разбор с примером
🎧 Kafka: что нужно знать Системному аналитику

👉 Сравнение:
📖 Оркестрация + Хореография: пример схемы интеграции микросервисов
📖 7 вопросов с подвохом по Архитектуре: хореография микросервисов + понимание брокеров в EDA

-----


Сохраняйте пост — пригодится при погружении в новые проекты на микросервисах и при подготовке к собеседованиям 👍

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

🤖 Как сделать BPMN-диаграмму за минуты с помощью AI: StormBPMN 🤖

В этом эпизоде обсуждаем, как AI меняет подход к моделированию бизнес-процессов и работе с BPMN.

Вместе с топовым экспертом по BPMN в России Денисом Котовым говорим про StormBPMN — инструмент для создания BPMN-диаграмм с поддержкой AI, разбираем, как создавать BPMN через код и в чём нейросети действительно могут помочь.

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

🔗 Сайт эпизода


Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка -
⏯ Telegram
⏯ Castbox
⏯ Звук
⏯ Spotify
⏯ RuTube
⏯ YouTube
⏯ VK Video


Сообщество GetAnalyst — ваш путь к получению самого актуального опыта в системном анализе и проектировании архитектуры 🤩

Время увлекательных историй. А точнее одной, но очень показательной 🥲

Примерно год назад ко мне на курс «СА с нуля» пришёл студент.

Важно:
▫️ он не был аналитиком,
▫️ он никогда не работал в ИТ,
▫️ он просто хотел сменить профессию с совершенно нетехнической и стать системным аналитиком.

До этого он уже прошёл обучение у конкурентов. И знаете, какой курс ему продали?

🤡 Курс по интеграциям 🤡
Новичку. Без базы. Без опыта. Просто человеку, который «хочу в ИТ» 🥲

Почему?!!?!?!!
Потому что дороже / моднее / на собеседованиях спрашивают.
Лишь бы продать?!


👉 Знакомство со студентом
На программе для начинающих есть вводная встреча, где я лично 30-60 минут беседую со студентами и пытаюсь выяснить текущие знания и опыт, чтобы далее составить индивидуальный план обучения.

Я знала предысторию, поэтому ещё до встречи я запросила:
+ резюме, которое ему посоветовали сделать после того курса,
+ все его выполненные ДЗ с обучения.

Открываю.

И у меня, честно, просто отваливается челюсть 😭

В резюме просто тупо вставлена программа этого самого курса по интеграциям.

Не его опыт, не его задачи, не его результаты.
Просто: «Вот, что было в программе». Copy-paste.

После этого сopy-paste - ссылки на работы:
🔥 кривая архитектура,
🔥 некорректные UML из draw io
🔥 какие-то урывки простейших REST API методов, с ошибками

И при этом:
«У меня это всё проверяли, сказали, что работы хорошие» 😱

Студент ни в чём не виноват.
Он честно верил, что так и должно быть.

👉 И вот тут у меня реально вопрос:

как так можно обращаться с людьми?

Он пришёл к нам в надежде на понимание и возможность получить нормальное обучение, поняв, что за 1.5 месяца он получил только кашу в голове.


Я не стала очень много комментировать это вот всё, а сказала:
«Окей, давай начнём с нуля. Всё разберём. Задача понятна».


👉 Процесс
Это было непросто. На курсе ему было тяжело, как и всем изначально далёким от IT, но он:
+ задавал много вопросов
+ разбирался
+ делал много ошибок в заданиях (мне кажется он мне BPMN точно раз 5 пересдавал, остальные работы по 2-3 раза)

Он очень старался.

В общем молодец, это нормальный путь 👍


👉 Чем всё закончилось

Примерно через 7 месяцев после старта обучения он выходит на свою первую стажировку системным аналитиком.

Ещё через 3-4 месяца его переводят в штат на позицию middle системного аналитика.

И это было РЕАЛЬНО СЛОЖНО!
Стажёрскую позицию в компании закрыли, и ему пришлось доказывать, что он тянет до миддла.
И он справился сам!


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


👉 Зачем я это рассказываю

Коллеги частенько встречают подобное и попросили осветить эту историю.

Не для того, чтобы сказать «мы хорошие, конкуренты плохие».

А чтобы подчеркнуть:

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

Кому-то было важно продать курс, а не помочь 🤡

Проверка ДЗ у него была «на словах», а по факту - резюме и работы, с которыми его отправляли на рынок, были… ну, скажем мягко, ужасными.



👉 Если вы выбираете обучение
✔️ трезво оценивайте свой уровень
✔️ уточняйте формат проверки ДЗ
✔️ и выбирайте тех, кто реально вкладывается в ваш результат и хочет помочь, а не просто «продаёт модный курс»


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


И очень хочу, чтобы у вас было больше историй про то, как вы реально нашли своё место в IT или выросли в карьере 💚


P.S. Сообщения от этого студента связанные с этой историей есть тут

Когда я закончила учёбу по AI в Гарварде (Harvard University) в этом году, у меня остался главный вопрос:

А как AI работает "под капотом"?

Да, нам дали фундамент, кейсы внедрения AI в бизнес-процессы и инструменты.

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


👉 Мне хотелось именно залезть "под капот" 👀

Поэтому почти сразу после завершения Гарварда я начала искать что дальше. Выбирала между лучшими техническими университетами - Стэнфордом и Джонсом Хопкинсом (Johns Hopkins University).

В итоге победил Хопкинс, так как программа сильно ближе к тому, что надо системному аналитику.

Хотела заглянуть "под капот"? Получила 😄
Теперь каждую неделю я
+ пишу код
+ тестирую алгоритмы
+ обучаю модели
+ анализирую данные
Руками копаюсь во всей «внутрянке».


👉 Почему я вообще пошла учиться?
Синдром самозванца.
И желание брать проекты с AI.

К началу 2025 года я уже много знала: 2024 прошёл в конференциях и самостоятельном обучении, мы встроили AI во все наши программы. Но полноценного курса именно по AI не было.

Я написала первую версию программы по AI, но осталась ей недовольна. Не хотела делать очередной курс уровня «вставьте промпт - скопируйте ответ», поэтому заморозила его и занялась структурированием знаний.


👉 AI-Акселератор

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

У аналитика с AI две ключевые роли:
1️⃣ пользователь — когда AI помогает в задачах
2️⃣ интегратор — когда мы внедряем AI в продукты

Поэтому в AI-Акселераторе:
✔️ как работают LLM «изнутри»
✔️ локальные LLM
✔️ промпт-инжиниринг
✔️ работа с моделями через API
✔️ немного кодинга
✔️ практика по реальным задачам аналитиков

Смотрю и радуюсь.
Это тот курс, который я сама искала весь год 🤩

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


🗓 AI-акселератор для аналитиков стартует уже в этот четверг, 11 декабря


Спасибо всем, кто уже с нами!
Искренне надеюсь отдать лучшее! 🤖

✨ Виды интеграций: полный справочник для аналитиков ✨

1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами

Полезно иметь под рукой для подготовки к собеседованиям 🤝

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

👩‍🏫🚀 Как выбрать ментора системному аналитику: 5 практических советов 👨‍🏫🚀

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

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

В этом эпизоде разбираем кто такой ментор, когда он действительно нужен, как проходит работа с ним и чего от неё можно (и нельзя) ожидать. Говорим о том, как выбрать «своего» человека, не слить время и деньги и в итоге получать от менторства конкретный результат, а не просто галочку «я сходил к ментору».

🔗 Сайт эпизода


Эпизод доступен в:

⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Звук
⏯ Spotify
⏯ RuTube
⏯ YouTube
⏯ VK Video


Сообщество GetAnalyst — место, где системные аналитики растут быстрее 🚀

🎯 Интеграции - ключ к пониманию того, как система работает “под капотом” 🎯

Когда я только начинала работать системным аналитиком, мои постановки задач сводились к описанию экранов: что нажали → что увидели.
И это было ОК 😃

А потом пришёл “умный и важный” Backend-разработчик и сказал примерно так:

Теперь мы делаем не монолит, где UI + логика + БД в одной кодовой базе.
Теперь у нас Frontend и Backend, которые общаются по API

И вот тогда я впервые узнала интеграции на минимальном уровне:
➡️ Frontend → Backend

Но настоящий “аттракцион” начался позже, когда появилась задача получать данные из внешней системы 👀
➡️ наш Frontend → наш Backend → внешняя система

➡️ а потом интеграции микросервисов

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

С годами интеграций становилось больше: разные API, протоколы, асинхрон, оборудование. И этот тип задач в итоге стал моим самым любимым🙌

Сейчас я рада делиться своим опытом в интеграциях с вами!



Уже на следующей неделе мы откроем предобучение на практической программе:

👉 Интеграции систем для СА и БА

🗓 Модули в записи: с 24 декабря 2025
🟢 Первый онлайн: 21 января 2026

🔗 Узнать подробнее и записаться


Результат:
✔️ Описываете интеграционные Use Cases
✔️ Уверенно работаете с API: REST, SOAP, GraphQL, gRPC, WebSocket
✔️ Опыт работы с Postman
✔️ Знаете нотацию C4 для архитектуры
✔️ Понимате асинхрон, в т.ч. брокеры
✔️ Можете сделать задачу на интеграционный REST API метод
✔️ У вас десятки примеров документации, которые можно переиспользовать в работе

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


Приглашаем вас начать новый 2026 год с навыка, который даёт уверенность в системном анализе и рост в карьере 🎄


Вопросы? Пишите @getanalyst или на info@getanalyst.ru. Поможем оценить текущие навыки и разобраться, подойдёт ли вам программа 🤝

📚 Чек-лист: типовые требования к обработке ошибок в Интеграциях 📚

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

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

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

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

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

1. Аутентификация
2. Доступ
3. Тайм-аут
4. Ошибки по документации внешней системы
5. Неизвестные ошибки, которых не было в документации и не планировалось их обрабатывать (новые коды, неизвестные форматы тела ответа)
6. Новые статусы или значения справочников, которые не совпадают с нашими перекодировочными таблицами, описанными в маппинге данных

Подробности в мини-книге к посту 📚

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