🟢 26.08 в 19Мск | онлайн-практикум по архитектуре для Системных Аналитиков 🟢
Готовитесь к собеседованию на Middle+ / Senior СА?
Хотите расширить экспертизу в архитектуре систем?
Или стремитесь работать в команде, где микросервисы — это реальность, а не теория?
Присоединяйтесь к нам на бесплатное практическое занятие!
💎 Хореография и оркестрация микросервисов
🗓 26 августа (вт), 19:00 Мск
👉 Зарегистрироваться
За один вечер:
✅ Разберётесь в принципах хореографии и оркестрации на практике.
✅ Научитесь описывать процессы в микросервисной архитектуре.
✅ Поймёте, как использовать брокеры сообщений для интеграций микросервисов.
✅ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.
✅ Подготовитесь к вопросам на интервью уровня Middle+ / Senior.
Этот практикум даст вам реальные инструменты и знания, которые помогут не просто пробить стеклянный потолок, а значительно поднять планку вашей карьеры.
Это вводное занятие к практической программе Проектирование архитектуры для системных аналитиков, которая стартует в сентябре (до онлайн-встречи действуют спец. условия по записи 🎁).
Хотите учиться на реальных задачах?
Регистрируйтесь и пробуйте 26 августа в 19:00 Мск! 😉
Готовитесь к собеседованию на Middle+ / Senior СА?
Хотите расширить экспертизу в архитектуре систем?
Или стремитесь работать в команде, где микросервисы — это реальность, а не теория?
Присоединяйтесь к нам на бесплатное практическое занятие!
👉 Зарегистрироваться
За один вечер:
✅ Разберётесь в принципах хореографии и оркестрации на практике.
✅ Научитесь описывать процессы в микросервисной архитектуре.
✅ Поймёте, как использовать брокеры сообщений для интеграций микросервисов.
✅ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.
✅ Подготовитесь к вопросам на интервью уровня Middle+ / Senior.
Этот практикум даст вам реальные инструменты и знания, которые помогут не просто пробить стеклянный потолок, а значительно поднять планку вашей карьеры.
Это вводное занятие к практической программе Проектирование архитектуры для системных аналитиков, которая стартует в сентябре (до онлайн-встречи действуют спец. условия по записи 🎁).
Хотите учиться на реальных задачах?
Регистрируйтесь и пробуйте 26 августа в 19:00 Мск! 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17❤6😍3
🤨 Должна ли у микросервиса всегда быть своя БД? 🤨
Да! Нет.
Хороший вопрос с подвохом для собеседования.
👉 Начнём с того, что есть паттерн проектирования микросервисов — Database per Service.
Он утверждает:
«каждый сервис работает только со своей БД, чужие данные не трогаем».
Зачем это нужно:
+ уменьшает связанность,
+ даёт независимость сервисов,
+ при падении БД ломается только один сервис,
+ одно изменение в данных не «роняет» соседние сервисы.
Но в реальной жизни всё чуть сложнее...
1️⃣ Чистое соблюдение Database per Service
Так бывает.
У каждого микросервиса — своя СУБД или хотя бы свой кластер.
✅ Максимум изоляции.
❌ Но: больше инфраструктуры, мониторинга, бэкапов и миграций.
2️⃣ Несколько схем внутри одной СУБД
Распространённое решение.
Одна база (например, PostgreSQL), но для каждого сервиса отдельная схема.
✅ Разграничение доступа и независимость структур данных.
✅ Меньше операционных проблем.
❌ Всё равно сохраняется определённая связанность.
3️⃣ Одна база на несколько сервисов
Иногда команда разработки решает: «так удобнее».
Особенно если сервисы тесно связаны по данным, то разделение породит лишние транзакционные цепочки и задержки.
✅ Просто и эффективно.
❌ Формально это уже не «чистые» микросервисы.
👉 Итого
Database per Service — это паттерн, а не жёсткое правило.
Его цель — изоляция и независимость сервисов.
Но на практике уместны разные подходы: от «чистого» варианта до схем в одной БД или даже общей базы на несколько сервисов.
Задача аналитиков и архитекторов — найти баланс между изоляцией, удобством сопровождения и требованиями бизнеса 🙌
#АрхитектураGA
Хороший вопрос с подвохом для собеседования.
👉 Начнём с того, что есть паттерн проектирования микросервисов — Database per Service.
Он утверждает:
«каждый сервис работает только со своей БД, чужие данные не трогаем».
Зачем это нужно:
+ уменьшает связанность,
+ даёт независимость сервисов,
+ при падении БД ломается только один сервис,
+ одно изменение в данных не «роняет» соседние сервисы.
Но в реальной жизни всё чуть сложнее...
1️⃣ Чистое соблюдение Database per Service
Так бывает.
У каждого микросервиса — своя СУБД или хотя бы свой кластер.
✅ Максимум изоляции.
❌ Но: больше инфраструктуры, мониторинга, бэкапов и миграций.
2️⃣ Несколько схем внутри одной СУБД
Распространённое решение.
Одна база (например, PostgreSQL), но для каждого сервиса отдельная схема.
✅ Разграничение доступа и независимость структур данных.
✅ Меньше операционных проблем.
❌ Всё равно сохраняется определённая связанность.
3️⃣ Одна база на несколько сервисов
Иногда команда разработки решает: «так удобнее».
Особенно если сервисы тесно связаны по данным, то разделение породит лишние транзакционные цепочки и задержки.
✅ Просто и эффективно.
❌ Формально это уже не «чистые» микросервисы.
👉 Итого
Database per Service — это паттерн, а не жёсткое правило.
Его цель — изоляция и независимость сервисов.
Но на практике уместны разные подходы: от «чистого» варианта до схем в одной БД или даже общей базы на несколько сервисов.
Задача аналитиков и архитекторов — найти баланс между изоляцией, удобством сопровождения и требованиями бизнеса 🙌
#АрхитектураGA
👌27❤13👍7🔥4
🌞 Давно такого не было — и вот опять...
Лето, время отдыхать.
Но у моего подсознания на лето 2025 случились другие планы:
начала и завершаю в режиме тотальной продуктивности 🚀
Всё лето — учёба, встречи, новые проекты и идеи.
И сейчас, в последнюю неделю, я решила рвануть на максимум. Смотрю в календарь - шок 😃
📅 Коротко, если ничего нового не добавится (некуда):
Пн
+ 1:1 со студенткой GetAnalyst
+ учёба
+ еженедельное ревью проектов от студентов GA
+ тренировка по паделу 🎾 (не только же умное)
+ доделка презентации ко вт по Архитектуре
+ занятие по английскому
+ тренировка
Вт
+ открытый вебинар по архитектуре
+ разбор текущих задач по GA
+ встреча по проекту
+ нарезка задач после встречи
+ тренировка
+ дорога до Лос Анджелеса на конференцию
Ср
+ конференция по Generative AI на весь день
+ дорога домой
Чт
+ с утра пораньше на самолёт в другой штат
+ учёба
+ задачи по GetAnalyst
+ задачи по другим проектам
+ тренировка
Пт
+ рабочая встреча
+ задачи по проектам
+ подготовка демо клиентам на пн
+ учёба
+ тренировка
Сб
выходной 🙌
Вс
+ частично выходной
+ учеба
+ подготовка контента для GetAnalyst
+ планирование недели
+ тренировка
Пн
+ самолёт домой с утра пораньше
+ падел
+ митинги
+ учёба
+ ревью проектов от студентов GetAnalyst
+ английский
+ .....
P.S. Чтобы успевать жить: тренировки и хобби в расписании обязательны.
Вот так и живу.
Вроде не так уж и много, но много.
В эту неделю у меня ещё нет вебинаров для наших студентов. Обычно они есть всегда ❤️🔥
Все эти дела меня очень заряжают!
Учеба, встречи, путешествия!
Большой сдвиг в моём настрое и расписании произошёл с приходом учёбы 🙌
Мне казалось, что я не буду успевать ничего и сомневалась, но благодаря выстроенному расписанию всё отлично!
И самое главное - я вдохновленнее и продуктивнее благодаря учёбе! 😻
Работа делается быстрее!!
Да и вообще, рабочие дни стали разнообразнее. Это для меня как отдых)) И результаты уже есть!
Режим "делай максимум" включён.
Осенью продолжим 😎
Кто готов идти в продуктивную осень? 🔥
Лето, время отдыхать.
Но у моего подсознания на лето 2025 случились другие планы:
начала и завершаю в режиме тотальной продуктивности 🚀
Всё лето — учёба, встречи, новые проекты и идеи.
И сейчас, в последнюю неделю, я решила рвануть на максимум. Смотрю в календарь - шок 😃
📅 Коротко, если ничего нового не добавится (некуда):
Пн
+ 1:1 со студенткой GetAnalyst
+ учёба
+ еженедельное ревью проектов от студентов GA
+ тренировка по паделу 🎾 (не только же умное)
+ доделка презентации ко вт по Архитектуре
+ занятие по английскому
+ тренировка
Вт
+ открытый вебинар по архитектуре
+ разбор текущих задач по GA
+ встреча по проекту
+ нарезка задач после встречи
+ тренировка
+ дорога до Лос Анджелеса на конференцию
Ср
+ конференция по Generative AI на весь день
+ дорога домой
Чт
+ с утра пораньше на самолёт в другой штат
+ учёба
+ задачи по GetAnalyst
+ задачи по другим проектам
+ тренировка
Пт
+ рабочая встреча
+ задачи по проектам
+ подготовка демо клиентам на пн
+ учёба
+ тренировка
Сб
выходной 🙌
Вс
+ частично выходной
+ учеба
+ подготовка контента для GetAnalyst
+ планирование недели
+ тренировка
Пн
+ самолёт домой с утра пораньше
+ падел
+ митинги
+ учёба
+ ревью проектов от студентов GetAnalyst
+ английский
+ .....
P.S. Чтобы успевать жить: тренировки и хобби в расписании обязательны.
Вот так и живу.
Вроде не так уж и много, но много.
В эту неделю у меня ещё нет вебинаров для наших студентов. Обычно они есть всегда ❤️🔥
Все эти дела меня очень заряжают!
Учеба, встречи, путешествия!
Большой сдвиг в моём настрое и расписании произошёл с приходом учёбы 🙌
Мне казалось, что я не буду успевать ничего и сомневалась, но благодаря выстроенному расписанию всё отлично!
И самое главное - я вдохновленнее и продуктивнее благодаря учёбе! 😻
Работа делается быстрее!!
Да и вообще, рабочие дни стали разнообразнее. Это для меня как отдых)) И результаты уже есть!
Режим "делай максимум" включён.
Осенью продолжим 😎
Кто готов идти в продуктивную осень? 🔥
❤🔥36🔥14❤11🤔2👍1🍾1
⚙️ [Завтра в 19:00 Мск] Хореография и оркестрация микросервисов ⚙️
Завтра мы проведём практикум для Системных Аналитиков, чтобы глубже разобраться в интеграциях микросервисов и проектировать процессы без ошибок.
💎 Хореография и оркестрация микросервисов
🟢 Онлайн
🗓 26 августа (вт), 19:00 Мск
👉 Принять участие
План встречи:
1. Основы архитектуры систем: монолит и микросервисы
2. Разработка схемы архитектуры для проекта
3. Оркестрация процессов: практика
4. Введение в брокеры сообщений (RabbitMQ, Kafka)
5. Хореография процессов: практика
-----------
Это вводное занятие к практической программе Проектирование архитектуры для СА, которая стартует в сентябре.
🎁 Сегодня — последний день спецусловий на участие в программе.
-----------
Подключайтесь к эфиру, практикуйтесь, задавайте вопросы и получайте обратную связь.
До встречи на практике! 🤝
Завтра мы проведём практикум для Системных Аналитиков, чтобы глубже разобраться в интеграциях микросервисов и проектировать процессы без ошибок.
👉 Принять участие
План встречи:
1. Основы архитектуры систем: монолит и микросервисы
2. Разработка схемы архитектуры для проекта
3. Оркестрация процессов: практика
4. Введение в брокеры сообщений (RabbitMQ, Kafka)
5. Хореография процессов: практика
-----------
Это вводное занятие к практической программе Проектирование архитектуры для СА, которая стартует в сентябре.
🎁 Сегодня — последний день спецусловий на участие в программе.
-----------
Подключайтесь к эфиру, практикуйтесь, задавайте вопросы и получайте обратную связь.
До встречи на практике! 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11🔥5
GetAnalyst Кэширование.pdf
2 MB
🚀 Кэш — двигатель производительности системы 🚀
Именно он спасает нас от медленных ответов и заставляет экраны приложений грузиться быстрее.
Кэш есть в процессорах, браузерах, БД, микросервисах.
Но просто положить данные в кэш недостаточно.
Важно понимать:
+ когда кэшировать,
+ что кэшировать,
+ как обновлять кэш.
С мини-книгой к посту вы сможете быстро разобраться в особенностях работы с кэшем.
🔹 Введение
🔹 Зачем кэшировать
🔹 Стратегии кэширования
🔹 Инвалидация кэша
🔹 Стратегии вытеснения кэша
🔹 Время жизни кэша (TTL)
🔹 Согласованность со временем
🔹 Холодный и горячий кэш
🔹 Standalone кэш
Мало работали с кэшем?
Загружайте мини-книгу и изучайте ключевые термины 📚
#АрхитектураGA
Именно он спасает нас от медленных ответов и заставляет экраны приложений грузиться быстрее.
Кэш есть в процессорах, браузерах, БД, микросервисах.
Но просто положить данные в кэш недостаточно.
Важно понимать:
+ когда кэшировать,
+ что кэшировать,
+ как обновлять кэш.
С мини-книгой к посту вы сможете быстро разобраться в особенностях работы с кэшем.
🔹 Введение
🔹 Зачем кэшировать
🔹 Стратегии кэширования
🔹 Инвалидация кэша
🔹 Стратегии вытеснения кэша
🔹 Время жизни кэша (TTL)
🔹 Согласованность со временем
🔹 Холодный и горячий кэш
🔹 Standalone кэш
Мало работали с кэшем?
Загружайте мини-книгу и изучайте ключевые термины 📚
#АрхитектураGA
❤41❤🔥12🔥6
This media is not supported in your browser
VIEW IN TELEGRAM
API Gateway (API-шлюз) — это единая точка входа для всех клиентских запросов к Backend.
Обычно используется в микросервисной архитектуре.
👉 Его главная функция — маршрутизация запросов.
Но, помимо этого, API Gateway предоставляет и другие важные функции.
Давайте последовательно разберём как он работает:
1️⃣ Первичная обработка запроса
Клиент отправляет запрос в API Gateway, а не напрямую к сервисам. Это обеспечивает централизованную точку входа в систему, а также упрощает интеграцию для клиента.
2️⃣ Валидация запроса
API Gateway проверяет корректность запроса.
Если формат нарушен — запрос отклоняется.
3️⃣ Проверка безопасности
Выполняется проверка по спискам разрешённых (allow-list) и запрещённых (deny-list) источников. Небезопасные запросы блокируются.
4️⃣ Аутентификация и авторизация
Проверяет токены и другие учетные данные. Гарантирует, что у клиента есть необходимые разрешения для доступа к запрашиваемым ресурсам.
5️⃣ Ограничение частоты запросов (Rate Limiting)
Если клиент превышает лимит запросов — они отклоняются с соответствующим ответом.
6️⃣ Маршрутизация к нужному сервису
На основе пути или других признаков API-шлюз определяет, какому микросервису должен быть направлен запрос.
7️⃣ Преобразование протоколов
При необходимости, преобразует запрос в нужный формат.
Например, если API Gateway принимает запрос в HTTP (REST API), то он может преобразовать его в gRPC для внутреннего микросервиса.
8️⃣ Агрегация ответов
Если ответ зависит от нескольких микросервисов, API Gateway собирает данные с каждого и формирует единый ответ.
9️⃣ Возврат ответа клиенту
Сформированный ответ возвращается клиенту в нужном формате и в установленный тайм-ауты.
🔟 Логирование, мониторинг, обработка ошибок и кэширование
На протяжении всего процесса обработки запроса.
API Gateway упрощает взаимодействие клиентов с распределённой системой и обеспечивает её безопасную и управляемую работу, выступая в роли централизованной точки входа.
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
❤45🔥11👍2
Прямой эфир с автором канала GetAnalyst - Екатериной Ананьевой.
👉 Принять участие
Ссылка с доступом придёт вам на почту.
❗️ Запись будет доступна только для зарегистрированных участников с 30.08 до 02.09
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥8👍8🔥5❤3
🤩😍 Что было вчера на онлайн-практике 😍🤩
Как и на любом прямом эфире сообщества GetAnalyst, вчера снова было ВАУ-ВАУ-ВАУ!
И этот эффект — только благодаря вам! ❤️
👉 Здесь собрались очень крутые специалисты, жадные до знаний! Спасибо вам за это!
Благодаря вашим действительно важным вопросам и активному участию.
Благодаря тому, что каждый хотел разобраться в деталях и докопаться до сути.
У нас получился невероятно полезный эфир!
Спасибо вам за ваше время и вовлечённость!
Спасибо, что выбираете своё развитие вместе со мной и сообществом GetAnalyst.
Это обязательно окупится в будущем!
И спасибо за тёплую обратную связь, которую я получила ❤️🔥
Что успели:
🔹 Разобрались в монолитной, SOA, MSA и EDA архитектурах на примерах
🔹 Увидели API Gateway в действии
🔹 Спроектировали процесс без хореографии и оркестрации
🔹 Познакомились с шаблоном микросервисов SAGA
🔹 Познакомились с основами по брокерам RabbitMQ и Kafka
🔹 Спроектировали процесс с использованием оркестрации и хореографии
И почти по каждому пункту смогли детально погрузиться в детали!
📌 Доступ к записи
Для тех, кому не удалось подключиться, остаться до конца, или хочется еще раз повторить всю практику, чтобы закрепить результат:
🟢 Хореография и оркестрация микросервисов
🗓 Доступ с 30.08 до 02.09 (сб-вт)
🔗 Получить доступ
❗️ ПОВТОРНО РЕГИСТРИРОВАТЬСЯ НЕ НАДО, если уже регистрировались на основной эфир!
Письмо с доступом придёт в СБ утром.
👉 Эта встреча была вводным занятием к практической программе Проектирование Архитектуры, которая стартует 2 сентября.
🎁 Сегодня последний день действия спец. условий с онлайн-встречи.
Если чувствуете, что сейчас — ваше время двигаться вперёд в карьере, буду рада видеть вас на программе 🙌
Спасибо вам за доверие!
Искренне ценю вашу вовлечённость и выбор расти в карьере вместе с GetAnalyst! ❤️🔥
С наилучшим пожеланиями,
Екатерина Ананьева
Как и на любом прямом эфире сообщества GetAnalyst, вчера снова было ВАУ-ВАУ-ВАУ!
И этот эффект — только благодаря вам! ❤️
👉 Здесь собрались очень крутые специалисты, жадные до знаний! Спасибо вам за это!
Благодаря вашим действительно важным вопросам и активному участию.
Благодаря тому, что каждый хотел разобраться в деталях и докопаться до сути.
У нас получился невероятно полезный эфир!
Спасибо вам за ваше время и вовлечённость!
Спасибо, что выбираете своё развитие вместе со мной и сообществом GetAnalyst.
Это обязательно окупится в будущем!
И спасибо за тёплую обратную связь, которую я получила ❤️🔥
Что успели:
🔹 Разобрались в монолитной, SOA, MSA и EDA архитектурах на примерах
🔹 Увидели API Gateway в действии
🔹 Спроектировали процесс без хореографии и оркестрации
🔹 Познакомились с шаблоном микросервисов SAGA
🔹 Познакомились с основами по брокерам RabbitMQ и Kafka
🔹 Спроектировали процесс с использованием оркестрации и хореографии
И почти по каждому пункту смогли детально погрузиться в детали!
📌 Доступ к записи
Для тех, кому не удалось подключиться, остаться до конца, или хочется еще раз повторить всю практику, чтобы закрепить результат:
🟢 Хореография и оркестрация микросервисов
❗️ ПОВТОРНО РЕГИСТРИРОВАТЬСЯ НЕ НАДО, если уже регистрировались на основной эфир!
Письмо с доступом придёт в СБ утром.
👉 Эта встреча была вводным занятием к практической программе Проектирование Архитектуры, которая стартует 2 сентября.
Если чувствуете, что сейчас — ваше время двигаться вперёд в карьере, буду рада видеть вас на программе 🙌
Спасибо вам за доверие!
Искренне ценю вашу вовлечённость и выбор расти в карьере вместе с GetAnalyst! ❤️🔥
С наилучшим пожеланиями,
Екатерина Ананьева
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥28❤🔥17❤11👍1
This media is not supported in your browser
VIEW IN TELEGRAM
❌ API Gateway — центральная точка отказа в системе? ❌
Отличный вопрос, который могут задать на собеседовании.
Ответ:
Если на сервере развернут единственный инстанс (установленная копия) API Gateway и он выйдет из строя, работа всех клиентов, которые в него обращаются, остановится.
Пользователи не смогут достучаться до микросервисов, даже если сами микросервисы продолжают работать.
❌ Что будет, если API Gateway «упадёт»?
1. Внешние клиенты потеряют доступ к сервисам.
2. Внутренние вызовы (если они идут через Gateway) тоже могут быть нарушены.
3. В логах вы увидите HTTP 502 / 503 ошибки (Bad Gateway / Service Unavailable).
4. Мониторинг начнёт фиксировать обрыв соединения и рост ошибок. Это будет сложно не заметить 🥲
👉 Как это решается?
Чтобы API Gateway не стал "узким горлышком", применяют следующие решения:
🟢 Горизонтальное масштабирование
Несколько инстансов API Gateway, развернутых за балансировщиком нагрузки. Тогда при сбое одного — остальные продолжают обслуживать запросы.
🟢 Health-check и авто-рестарт
Kubernetes и другие оркестраторы позволяют перезапускать поды/контейнеры при сбое.
🟢 Failover-механизмы
Некоторые решения "из коробки" поддерживают автоматическое переключение между инстансами при сбоях.
🟢 Разделение входящего трафика
В больших системах могут использовать несколько API Gateway по зонам или типам трафика (например, публичный API и внутренний API)
Несмотря на сбой API Gateway, внутренние сервисы продолжают жить, поэтому, если они не делают обратные вызовы в API Gateway для обращения в другие сервисы, то все начатые цепочки транзакций (запросов) будут выполнены.
Т.е. данные не теряются, процессы продолжаются.
👉 Да
Но при нормальной инфраструктуре не должен быть ею. Мы разбираем это на программе по архитектуре. Это часть про стык Инфраструктуры и Архитектуры, который важно осознавать аналитикам.
#АрхитектураGA
Отличный вопрос, который могут задать на собеседовании.
Ответ:
Да — если он не масштабирован горизонтально.
Если на сервере развернут единственный инстанс (установленная копия) API Gateway и он выйдет из строя, работа всех клиентов, которые в него обращаются, остановится.
Пользователи не смогут достучаться до микросервисов, даже если сами микросервисы продолжают работать.
❌ Что будет, если API Gateway «упадёт»?
1. Внешние клиенты потеряют доступ к сервисам.
2. Внутренние вызовы (если они идут через Gateway) тоже могут быть нарушены.
3. В логах вы увидите HTTP 502 / 503 ошибки (Bad Gateway / Service Unavailable).
4. Мониторинг начнёт фиксировать обрыв соединения и рост ошибок. Это будет сложно не заметить 🥲
👉 Как это решается?
Чтобы API Gateway не стал "узким горлышком", применяют следующие решения:
🟢 Горизонтальное масштабирование
Несколько инстансов API Gateway, развернутых за балансировщиком нагрузки. Тогда при сбое одного — остальные продолжают обслуживать запросы.
🟢 Health-check и авто-рестарт
Kubernetes и другие оркестраторы позволяют перезапускать поды/контейнеры при сбое.
🟢 Failover-механизмы
Некоторые решения "из коробки" поддерживают автоматическое переключение между инстансами при сбоях.
🟢 Разделение входящего трафика
В больших системах могут использовать несколько API Gateway по зонам или типам трафика (например, публичный API и внутренний API)
Несмотря на сбой API Gateway, внутренние сервисы продолжают жить, поэтому, если они не делают обратные вызовы в API Gateway для обращения в другие сервисы, то все начатые цепочки транзакций (запросов) будут выполнены.
Т.е. данные не теряются, процессы продолжаются.
API Gateway - потенциальная точка отказа в системе?
👉 Да
Но при нормальной инфраструктуре не должен быть ею. Мы разбираем это на программе по архитектуре. Это часть про стык Инфраструктуры и Архитектуры, который важно осознавать аналитикам.
#АрхитектураGA
🔥25❤10❤🔥4
📚 Подборка книг про Архитектуру и Микросервисы 📚
Когда я только начала знакомиться с архитектурой, то одной из первых и любимых книг сразу стала:
📚 Domain Driven Design. Предметно-ориентированное проектирование, Эрик Эванс
Благодаря ей я, как системный аналитик, еще раз пересмотрела подходы к проектированию и описанию требований, структурировала знания, и начала осознанно использовать рекомендации из нее.
Особенно она помогла в подходах к определению сервисов и микросервисов системы, границ их функциональности.
В дополнение к ней я бы хотела порекомендовать:
📚 Release it! Проектирование и зайн ПО для тех, кому не все равно, Майкл Нейгард (тоже мой фаворит!)
📚 Создание микросервисов, Сэм Ньюмен
📚 Микросервисы. Паттерны разработки и рефакторинга, Крис Ричардсон
📚 Высконагруженные приложения, Мартин Клеппман
📚 Чистая архитектура. Искусство разработки программного обеспечения, Роберт Мартин
📚 Эволюционная Архитектура, Нил Форд, Ребекка Парсонс, Патрик Куа
📚 DDD - предметно ориентированное проектирование, Влад Хононов
Сохраняйте подборку и делитесь другими крутыми книгами в комментариях! 🙂
#АрхитектураGA
Когда я только начала знакомиться с архитектурой, то одной из первых и любимых книг сразу стала:
📚 Domain Driven Design. Предметно-ориентированное проектирование, Эрик Эванс
Благодаря ей я, как системный аналитик, еще раз пересмотрела подходы к проектированию и описанию требований, структурировала знания, и начала осознанно использовать рекомендации из нее.
Особенно она помогла в подходах к определению сервисов и микросервисов системы, границ их функциональности.
В дополнение к ней я бы хотела порекомендовать:
📚 Release it! Проектирование и зайн ПО для тех, кому не все равно, Майкл Нейгард (тоже мой фаворит!)
📚 Создание микросервисов, Сэм Ньюмен
📚 Микросервисы. Паттерны разработки и рефакторинга, Крис Ричардсон
📚 Высконагруженные приложения, Мартин Клеппман
📚 Чистая архитектура. Искусство разработки программного обеспечения, Роберт Мартин
📚 Эволюционная Архитектура, Нил Форд, Ребекка Парсонс, Патрик Куа
📚 DDD - предметно ориентированное проектирование, Влад Хононов
Сохраняйте подборку и делитесь другими крутыми книгами в комментариях! 🙂
#АрхитектураGA
🔥39❤🔥7👍3❤2
🎛️ Оркестрация микросервисов — что это и зачем? 🎛️
Оркестрация – это подход, при котором специальный сервис-оркестратор выступает «дирижёром» для группы микросервисов (МС).
👉 Оркестратор централизованно управляет сложным бизнес-процессом:
1. знает какие сервисы вызвать по API (обычно REST / gRPC)
2. в каком порядке
3. работает с условиями, сложными алгоритмами
4. если что-то пойдёт не так, то он "откатит" операцию на всех МС, которые уже были вызваны
Так сложный процесс превращается в цепочку задач.
А единый центр контроля "Оркестратор" следит за их выполнением.
👉 Как работает оркестратор
на примере Интернет-магазина:
1. Покупатель оформляет заказ через Web-приложение.
2. Web-приложение отправляет API-запрос на Backend, в API Gateway.
3. API Gateway маршрутизирует запрос на Оркестратор.
4. Оркестратор присваивает id новой операции и вызывает API сервиса заказов.
5. Сервис Заказов создает новый заказ в БД.
Результат - в Оркестратор.
6. Оркестратор вызывает сервис Склада, чтобы зарезервировать товар.
7. Склад подтверждает резерв или сообщает об отсутствии товара.
Результат - в Оркестратор.
8. Оркестратор вызывает сервис Доставка для оформления отправления.
9. Сервис доставки рассчитывает маршрут и время доставки, оформляет доставку.
Результат - в Оркестратор.
10. Оркестратор вызывает сервис Уведомлений, чтобы отправить покупателю уведомление (e-mail или SMS) о подтверждении заказа и деталях доставки.
11. Сервис Уведомлений выполняет отправку сообщений.
Результат - в Оркестратор.
12. Оркестратор отправляет итоговый ответ на запрос в API Gateway, откуда он возвращается в Web-приложение.
🔹 Оркестратор вызывает API сервисов и ждёт ответ.
🔹Он может сохранять состояние процесса, чтобы возобновить его при сбое.
🔹 Если что-то идёт не так, оркестратор выполнит компенсации - откатит выполненные шаги.
📦 Готовые решения для оркестрации:
▫️ Camunda – BPM-движок с поддержкой диаграмм процессов (BPMN).
▫️ OpenBPM - аналог Camunda в России.
#АрхитектураGA
Оркестрация – это подход, при котором специальный сервис-оркестратор выступает «дирижёром» для группы микросервисов (МС).
👉 Оркестратор централизованно управляет сложным бизнес-процессом:
1. знает какие сервисы вызвать по API (обычно REST / gRPC)
2. в каком порядке
3. работает с условиями, сложными алгоритмами
4. если что-то пойдёт не так, то он "откатит" операцию на всех МС, которые уже были вызваны
Так сложный процесс превращается в цепочку задач.
А единый центр контроля "Оркестратор" следит за их выполнением.
👉 Как работает оркестратор
на примере Интернет-магазина:
1. Покупатель оформляет заказ через Web-приложение.
2. Web-приложение отправляет API-запрос на Backend, в API Gateway.
POST .../orders
3. API Gateway маршрутизирует запрос на Оркестратор.
4. Оркестратор присваивает id новой операции и вызывает API сервиса заказов.
5. Сервис Заказов создает новый заказ в БД.
Результат - в Оркестратор.
6. Оркестратор вызывает сервис Склада, чтобы зарезервировать товар.
7. Склад подтверждает резерв или сообщает об отсутствии товара.
Результат - в Оркестратор.
8. Оркестратор вызывает сервис Доставка для оформления отправления.
9. Сервис доставки рассчитывает маршрут и время доставки, оформляет доставку.
Результат - в Оркестратор.
10. Оркестратор вызывает сервис Уведомлений, чтобы отправить покупателю уведомление (e-mail или SMS) о подтверждении заказа и деталях доставки.
11. Сервис Уведомлений выполняет отправку сообщений.
Результат - в Оркестратор.
12. Оркестратор отправляет итоговый ответ на запрос в API Gateway, откуда он возвращается в Web-приложение.
🔹 Оркестратор вызывает API сервисов и ждёт ответ.
🔹Он может сохранять состояние процесса, чтобы возобновить его при сбое.
🔹 Если что-то идёт не так, оркестратор выполнит компенсации - откатит выполненные шаги.
📦 Готовые решения для оркестрации:
▫️ Camunda – BPM-движок с поддержкой диаграмм процессов (BPMN).
▫️ OpenBPM - аналог Camunda в России.
#АрхитектураGA
👍27🔥14❤8
📌 [Доступ к занятию открыт] Хореография и Оркестрация микросервисов 📌
Для тех, кому не удалось подключиться на онлайн-практику, остаться до конца, или хочется еще раз повторить всё, чтобы закрепить результат:
🟢 Хореография и оркестрация микросервисов: как проектировать процессы без ошибок
🗓 Только с 30.08 до 02.09 | сб-вт
🕘 Время на обучение: 4 часа
🔗 Получить доступ
❗️Для зарегистрированных
Письмо с доступом в почте, отправили в 9 утра Мск.
Почему это важно?
✅ Разберётесь в принципах хореографии и оркестрации на практике.
✅ Научитесь описывать процессы в микросервисной архитектуре.
✅ Поймёте, как использовать брокеры сообщений для интеграций микросервисов.
✅ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.
✅ Подготовитесь к вопросам на интервью уровня Middle+ / Senior.
👉 Эта встреча была вводным занятием к практической программе Проектирование Архитектуры
Это то занятие, посмотрев которое вы получите реальные знания и опыт в проектировании интеграции микросервисов.
Продуктивных выходных! 🙌
Для тех, кому не удалось подключиться на онлайн-практику, остаться до конца, или хочется еще раз повторить всё, чтобы закрепить результат:
🟢 Хореография и оркестрация микросервисов: как проектировать процессы без ошибок
🕘 Время на обучение: 4 часа
❗️Для зарегистрированных
Письмо с доступом в почте, отправили в 9 утра Мск.
Почему это важно?
✅ Разберётесь в принципах хореографии и оркестрации на практике.
✅ Научитесь описывать процессы в микросервисной архитектуре.
✅ Поймёте, как использовать брокеры сообщений для интеграций микросервисов.
✅ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.
✅ Подготовитесь к вопросам на интервью уровня Middle+ / Senior.
👉 Эта встреча была вводным занятием к практической программе Проектирование Архитектуры
Это то занятие, посмотрев которое вы получите реальные знания и опыт в проектировании интеграции микросервисов.
Продуктивных выходных! 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13🔥7🤩2
В среду посетила конференцию по AI. Были спикеры от OpenAI, DeepSeek, Google и др.
Делюсь основными тезисами.
Полезно, если планируете заниматься задачами внедрения AI.
👉 MCP – новый тренд AI-интеграций
Model Context Protocol (MCP) – открытый стандарт от Anthropic, для подключения AI-моделей к внешним данным и инструментам (приложениям, API, БД и тд).
MCP решает проблему: как дать AI безопасный двусторонний доступ к корпоративным базам знаний, приложениям и сервисам через единый протокол вместо множества разрозненных интеграций.
Набирает популярность с февраля 2025 года. Многие крупные компании начали внедрять MCP для расширения возможностей своих платформ
Даже если вы пока не работаете с AI и MCP, стоит хотя бы понимать основы этого протокола.
Именно он может стать базой для AI-интеграций в ближайшие годы
👉 Локальные Small LLMs
Ещё один тренд – переход от гигантских облачных моделей (DeepSeek, GPT, и др) к более компактным языковым моделям Small LLMs, развёртываемым локально. Т.е. которые можно развернуть на своих серверах и адаптировать под нужды компании.
Многие команды, занимающиеся GenAI для бизнеса, предпочитают Small LLMs, когда отправка конфиденциальных данных в сторонний API нежелательна
Да, по возможностям они уступают лидерам вроде GPT-4, однако в узких задачах показывают достаточную эффективность
👉 Смещение фокуса в разработке от автоматизации к агентному ИИ / Agentic Workflows
Agentic AI – ещё одно модное словосочетание, которое звучало на конференции.
Речь идёт об «агентных» рабочих процессах, где AI-агенты самостоятельно выполняют цепочки задач без участия человека.
Теперь алгоритмы систем способны не только следовать жёстко заданным скриптам, но и действовать более автономно в рамках заданной цели.
Такой подход называют «автоматизацией на стероидах», когда системы с AI могут выполнять сложные процессы, выходящие за рамки простых повторяющихся задач.
Это самое основное.
Если тоже интересуетесь AI - ставьте 🦄
Please open Telegram to view this post
VIEW IN TELEGRAM
🦄82❤30👍14⚡4🔥4
GetAnalyst_Оркестрация_микросервисов_пример_для_ParkingGA_drawio.png
1.3 MB
🤩 Оркестрация и API Gateway – разбор реального примера 🤩
Разбираемся, как в реальной жизни работают оркестрация и API Gateway на примере проекта #ParkingGA.
Для этого погружаемся в детали
👉 процесса завершения парковки,
когда после распознавания гос. номера автомобиля на выезде с парковки нужно:
✔️ проверить наличие авто в черном списке,
✔️ рассчитать стоимость парковки,
✔️ проверить, есть ли абонемент для оплаты,
✔️ списать средства с электронного кошелька,
✔️ сформировать чек,
✔️ отправить уведомления.
👉 Этот сложный процесс выполняется на разных микросервисах. В его работе могут происходить ошибки и исключительные ситуации, и главное, нельзя прервать процесс в середине без последствий.
Поэтому для его обслуживания прекрасно подходит стратегия с Оркестрацией.
⚖️ Когда нужен оркестратор?
✅ Бизнес-процесс охватывает много микросервисов и нужна централизованная координация их взаимодействия (иначе эта логика разрозненно реализуется в нескольких сервисах).
✅ Процесс сложный или длительный, требующий надёжности (сохранение состояния, повторы, откаты по шаблону Saga).
❌ Задача проста и укладывается в прямые вызовы пары сервисов (либо реализуется внутри одного микросервиса).
❌ Вы используете хореографию событий (event-driven architect, брокеры), где микросервисы обрабатывают события.
Оркестратор упрощает управление сложными процессами, но применять его стоит только когда действительно необходим.
В простых случаях лишний слой добавит сложности.
И, конечно, на схеме есть API Gateway, который при приёме запроса от клиента:
🔹 проверяет авторизацию запроса,
🔹 понимает, куда перенаправить обработку запроса в зависимости от API-метода: напрямую в микросервис или в оркестратор, если это сложный процесс.
👉 Изучайте схему архитектуры, прикрепленную к посту, и описанный по шагам алгоритм к ней.
📚 Связанные материалы:
API Gateway
Оркестрация
Сохраняйте в избранное ♥️
Можете использовать этот пример, если вас попросят рассказать про оркестрацию на собеседовании 🤝
#АрхитектураGA
Разбираемся, как в реальной жизни работают оркестрация и API Gateway на примере проекта #ParkingGA.
Для этого погружаемся в детали
👉 процесса завершения парковки,
когда после распознавания гос. номера автомобиля на выезде с парковки нужно:
✔️ проверить наличие авто в черном списке,
✔️ рассчитать стоимость парковки,
✔️ проверить, есть ли абонемент для оплаты,
✔️ списать средства с электронного кошелька,
✔️ сформировать чек,
✔️ отправить уведомления.
👉 Этот сложный процесс выполняется на разных микросервисах. В его работе могут происходить ошибки и исключительные ситуации, и главное, нельзя прервать процесс в середине без последствий.
Поэтому для его обслуживания прекрасно подходит стратегия с Оркестрацией.
⚖️ Когда нужен оркестратор?
✅ Бизнес-процесс охватывает много микросервисов и нужна централизованная координация их взаимодействия (иначе эта логика разрозненно реализуется в нескольких сервисах).
✅ Процесс сложный или длительный, требующий надёжности (сохранение состояния, повторы, откаты по шаблону Saga).
❌ Задача проста и укладывается в прямые вызовы пары сервисов (либо реализуется внутри одного микросервиса).
❌ Вы используете хореографию событий (event-driven architect, брокеры), где микросервисы обрабатывают события.
Оркестратор упрощает управление сложными процессами, но применять его стоит только когда действительно необходим.
В простых случаях лишний слой добавит сложности.
И, конечно, на схеме есть API Gateway, который при приёме запроса от клиента:
🔹 проверяет авторизацию запроса,
🔹 понимает, куда перенаправить обработку запроса в зависимости от API-метода: напрямую в микросервис или в оркестратор, если это сложный процесс.
👉 Изучайте схему архитектуры, прикрепленную к посту, и описанный по шагам алгоритм к ней.
📚 Связанные материалы:
API Gateway
Оркестрация
Сохраняйте в избранное ♥️
Можете использовать этот пример, если вас попросят рассказать про оркестрацию на собеседовании 🤝
#АрхитектураGA
❤34🔥6💯6👏2👍1
🍁 Цитата, которая у меня ассоциируется с сегодняшним днём:
(с) Кармин Галло
В этот день, 1 сентября, я желаю вам оставаться исследователями: смотрите шире, копайте глубже и находите новые точки роста там, где вчера было «не знаю»💡
👉 Вы уже в сообществе GetAnalyst, а значит по умолчанию думаете о своём развитии, и развиваетесь в карьере каждый день.
А я здесь, чтобы помочь вам идти вперед и поддержать на пути, любыми способами.
🖼️☝️ На картинке к посту моё фото из начальной школы.
Между тем ребёнком и сегодняшним днём — тысячи маленьких шагов. Большинство из них когда-то казались «слишком сложными» или «невозможными». Но это оказалось не так.
Всё возможно 🙌
Полистайте и вы свои детские фотоальбомы сегодня, посмотрите на себя 😉
Какого это было? О чём вы мечтали?
И сколько всего вы уже сделали!
Если мы уже прошли через столько «невозможного», то дальше точно справимся.
Всё получится — не потому что «повезёт», а потому что мы умеем разбираться и идти шаг за шагом.
Верю в каждого!
С Днем Знаний! 📚🍁
“
Страсть человека к собственному росту важнее всего.
А мы помогаем ему искать знания — ведь никто в мире не может добиться успеха в одиночку. Человеку с идеей может недоставать каких-то знаний, но знания можно получить.”
(с) Кармин Галло
В этот день, 1 сентября, я желаю вам оставаться исследователями: смотрите шире, копайте глубже и находите новые точки роста там, где вчера было «не знаю»
👉 Вы уже в сообществе GetAnalyst, а значит по умолчанию думаете о своём развитии, и развиваетесь в карьере каждый день.
А я здесь, чтобы помочь вам идти вперед и поддержать на пути, любыми способами.
🖼️☝️ На картинке к посту моё фото из начальной школы.
Между тем ребёнком и сегодняшним днём — тысячи маленьких шагов. Большинство из них когда-то казались «слишком сложными» или «невозможными». Но это оказалось не так.
Всё возможно 🙌
Полистайте и вы свои детские фотоальбомы сегодня, посмотрите на себя 😉
Какого это было? О чём вы мечтали?
И сколько всего вы уже сделали!
Если мы уже прошли через столько «невозможного», то дальше точно справимся.
Всё получится — не потому что «повезёт», а потому что мы умеем разбираться и идти шаг за шагом.
Верю в каждого!
С Днем Знаний! 📚🍁
Please open Telegram to view this post
VIEW IN TELEGRAM
❤74❤🔥8👍7
Сегодня завершается доступ к записи практического обучения:
🟢 Хореография и оркестрация микросервисов: как проектировать процессы без ошибок
🗓 Только до 2 сентября 23:59 Мск (вт)
🔗 Получить доступ
Если уже регистрировались, то письмо с доступом в почте.
Это вводное занятие к программе Проектирование Архитектуры для системных аналитиков, которая стартует сегодня 🎉
Осталось 1 место, но уже можно оставить заявку на поток в Декабре 2025 🤝
Обязательно смотрите запись, чтобы разобраться в сложных темах на практике уже сегодня 🙌
🟢 Хореография и оркестрация микросервисов: как проектировать процессы без ошибок
Если уже регистрировались, то письмо с доступом в почте.
Это вводное занятие к программе Проектирование Архитектуры для системных аналитиков, которая стартует сегодня 🎉
Осталось 1 место, но уже можно оставить заявку на поток в Декабре 2025 🤝
Обязательно смотрите запись, чтобы разобраться в сложных темах на практике уже сегодня 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8
🔷 Нотация С4 для схем архитектуры 🔷
Можешь показать схему архитектуры системы без нотации, в виде прямоугольников и стрелочек? Отлично!
Но сли в отрасли есть стандарты, лучше использовать их.
Поэтому предлагаю познакомиться с нотацией моделирования архитектуры C4 👇
C4 помогает архитекторам, разработчикам и аналитикам представлять архитектуру системы в виде четырех уровней:
👉 Контекст (C4 / Context)
Система, её интеграции и пользователи.
✔️ Главный прямоугольник - наша система
✔️ Серые прямоугольники вокруг - внешние
✔️ Пользователи
👩💻 Полезна бизнес- и техническим специалистам
👉 Контейнеры (C4 / Container)
Независимые по коду приложения в системе, детализация главного прямоугольника c C4 / Context.
✔️ Пользователи и внешние системы с уровня C4 / Context
✔️ Мобильные, веб- и десктоп приложения
✔️ Сервер-приложения: монолит, сервисы, микросервисы, API Gateway
✔️ Базы данных и файловые хранилища
✔️ Виды API
✔️ Технологии (языки программирования, СУБД, протоколы для API и др)
✔️ Базы данных и файловые хранилища
✔️ Очереди и брокеры
Схему удобнее использовать в адаптированном виде, когда на этом уровне не показывают сервисы и микросервисы, а переносят их на уровень глубже - C4 / Component. Иначе она очень перегружена.
👩💻 Полезна архитекторам, разработчикам и системным аналитикам.
👉 Компоненты (C4 / Component)
Модули кода и зависимости между ними.
Детализирует один из контейнеров с C4 / Container.
На каждый контейнер своя схема.
Отлично подходит для детализации модульного монолита.
👉 Код (C4 / Code)
На этом уровне детализируют каждый компонент c C4 / Component, показывая его реализацию в коде. Обычно это UML-диаграмма классов или другая визуализация.
Материалы:
🔗 Официальный сайт C4
🔗 Пример архитектуры C4 в Miro
🔗 Нотация С4 — примеры диаграмм и инструменты
Основные инструменты:
🔗 Draw.io
🔗 Structurizr
Элементы нотации с пояснениями в картинках к посту.
#АрхитектураGA
Можешь показать схему архитектуры системы без нотации, в виде прямоугольников и стрелочек? Отлично!
Но сли в отрасли есть стандарты, лучше использовать их.
Поэтому предлагаю познакомиться с нотацией моделирования архитектуры C4 👇
C4 помогает архитекторам, разработчикам и аналитикам представлять архитектуру системы в виде четырех уровней:
👉 Контекст (C4 / Context)
Система, её интеграции и пользователи.
✔️ Главный прямоугольник - наша система
✔️ Серые прямоугольники вокруг - внешние
✔️ Пользователи
👩💻 Полезна бизнес- и техническим специалистам
👉 Контейнеры (C4 / Container)
Независимые по коду приложения в системе, детализация главного прямоугольника c C4 / Context.
✔️ Пользователи и внешние системы с уровня C4 / Context
✔️ Мобильные, веб- и десктоп приложения
✔️ Сервер-приложения: монолит, сервисы, микросервисы, API Gateway
✔️ Базы данных и файловые хранилища
✔️ Виды API
✔️ Технологии (языки программирования, СУБД, протоколы для API и др)
✔️ Базы данных и файловые хранилища
✔️ Очереди и брокеры
Схему удобнее использовать в адаптированном виде, когда на этом уровне не показывают сервисы и микросервисы, а переносят их на уровень глубже - C4 / Component. Иначе она очень перегружена.
👩💻 Полезна архитекторам, разработчикам и системным аналитикам.
👉 Компоненты (C4 / Component)
Модули кода и зависимости между ними.
Детализирует один из контейнеров с C4 / Container.
На каждый контейнер своя схема.
Отлично подходит для детализации модульного монолита.
👉 Код (C4 / Code)
На этом уровне детализируют каждый компонент c C4 / Component, показывая его реализацию в коде. Обычно это UML-диаграмма классов или другая визуализация.
Материалы:
Основные инструменты:
Элементы нотации с пояснениями в картинках к посту.
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤38👍4🔥4