🌱 Одна из ступеней профессионального роста системного аналитика - работа в тесном сотрудничестве с архитекторами на проектах с сервисной или микросервисной архитектурой.

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


⚡️ Проектирование архитектуры
🗓 Старт: 3 июня 2025
👉 Подробности и заявка на участие


🎁 Сегодня последний день, когда открыта запись на самых выгодных условиях:
✔️ спец. цена
✔️ дополнительное обучение по REST API в подарок


По всем вопросам пишите @getanalyst, info@getanalyst.ru или оставляйте заявку через сайт. Мы свяжемся с вами, поможем оценить текущие навыки и ответим на ваши вопросы 🤝

⚡️ Доступ к обучению по Архитектуре с 31 мая до 2 июня ⚡️

Пытаетесь самостоятельно разобраться в архитектуре систем и расти в карьере, но не хватает практики и понятных примеров? Давайте сделаем это вместе — пошагово и на реальном кейсе!

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


🚀 От монолита к микросервисам: пошаговый план с примером
🗓 Доступ с 31 мая до 2 июня [сб - пн]
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Занятие в записи. Вы сможете посмотреть его в удобное для вас время.


План:
✅ Плюсы и минусы монолита — на реальном проекте.
✅ Что такое SOA и MSA, чем отличаются и когда используются.
✅ Как делить монолит на микросервисы.
✅ Проработаете миграцию модуля в микросервис: БД, ER-диаграмма, вынос данных.
✅ Осознаете, почему делают модульный монолит перед переходом к микросервисам.
✅ Узнаете, как аналитик может расти в сторону архитектуры и какие навыки нужны для этого.


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

Успейте зарегистрироваться — доступ будет открыт только с 31 мая по 2 июня! 🙌

📨 Всё, что нужно знать про брокеры 📨

Брокеры — это посредники в передаче сообщений между системами или сервисами.

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

👉 Принцип работы:

1. Сервис 1 (Producer / Производитель) хочет отправить данные в Сервис 2 (Consumer /Потребитель).

2. Сервис 2 в это время может быть перегружен или занят.

3. Чтобы Сервис 1 не ждал, пока Сервис 2 станет доступен, он кладет сообщение в Брокер и продолжает свою работу.

4. Брокер сохраняет сообщение и ставит его в очередь к обработке.

5. Как только Сервис 2 становится доступен, то он забирает сообщение из Брокера и обрабатывает его.

По сути брокеры - это временные Базы Данных, которые гарантируют, что сообщения (данные) в них будут храниться, пока их не заберут и не обработают соответствующие системы или сервисы.

👉 Брокеры могут использоваться:
+ в сервисной и микросервисной архитектуре,
+ в событийно-ориентированной архитектуре (EDA),
+ когда нужна фоновая обработка событий в монолите,
+ для асинхронных интеграций.

👉 Брокеры сообщений предлагают два основных паттерна (шаблона) обмена данными:

1️⃣ Точка-точка (Point-to-Point Messaging)
Это паттерн, используемый в очередях сообщений, где существует один отправитель и один получатель. Каждое сообщение в очереди отправляется только одному получателю и может быть обработано только один раз.

2️⃣ Публикация-подписка (Publish/Subscribe Messaging)
В этом паттерне отправитель (producer) публикует сообщения в определённую тему (topic), а подписчики (consumers) подписываются на темы, чтобы получать сообщения.
Все сообщения, опубликованные в теме, доставляются всем приложениям, подписанным на неё.

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

Основные решения по брокерам на рынке:
✅ Apache Kafka
✅ RabbitMQ
✅ ActiveMQ
✅ Amazon MQ, Amazon SQS
✅ Яндекс Message Queue (YMQ) - аналог Amazon
✅ и другие.

#hardGetAnalyst

StormBPMN — это облачный инструмент для моделирования бизнес-процессов в нотации BPMN 2.0.

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

Инструмент разработан российской командой энтузиастов в области бизнес-процессов и системного анализа. Руководитель проекта Денис Котов — эксперт по BPMN в России.

StormBPMN активно развивается, ориентируясь на потребности профессионального сообщества аналитиков и архитекторов.

Основные функции StormBPMN:
✅ Создание диаграмм BPMN 2.0 с поддержкой всех стандартных элементов.
✅🔥 Проверка описанных процессов на правильность.
✅🔥 Автоматическая проверка ошибок.
✅ Возможность одновременного редактирования диаграмм несколькими пользователями.
✅ Встроенные механизмы для ревью и установка требуемого уровня качества в вашей команде.
✅ Удобная иерархия хранения процессов.
✅ Хранение истории изменений и возможность отката к предыдущим версиям.
✅ Экспорт моделей в различные форматы для последующего использования.

Преимущества:
+ работа в веб-интерфейсе, не требует установки,
+ простой и интуитивно-понятный интерфейс,
+ проверка правильности ваших диаграмм, что особенно важно для начинающих в этой теме СА и БА,
+ поддержка сообщества на русском языке,
+ публичный REST API.

Недостатки:
- при корпоративном использовании надо оплачивать (и есть за что!)

Посмотрите на эту крутую сравнительную таблицу StormBPMN с другими инструментами на их официальном сайте.

Доступ к инструменту: https://stormbpmn.com

Советуем сохранить в закладки и обязательно воспользоваться им, когда задача потребует работы с BPMN 😎