🔵 Моделирование архитектуры в нотации С4 🔵
Можешь показать схему архитектуры системы без нотации, в виде прямоугольников и стрелочек? Отлично! Первый шаг к пониманию работы системы сделан.
Но если мы работаем со сложной архитектурой, то в некоторых моментах будут вопросы, и автора "картины" можно понять по-разному.
Если в отрасли есть стандарты, лучше использовать их.
Поэтому предлагаю познакомиться с нотацией C4, где есть несколько уровней описания системы, которые помогают понять её 🙂
📚C4 - нотация моделирования архитектуры, которая упрощает визуализацию сложных систем.
Она помогает архитекторам, разработчикам и системным аналитикам представлять архитектуру в виде четырех абстракций:
👉 Контекст (C4 / Context) - система, её интеграции и пользователи.
👉 Контейнеры (C4 / Container) - независимые по коду приложения внутри системы, детализация главного прямоугольника c C4 / Context.
👉 Компоненты (C4 / Component) - модули кода и зависимости между ними, детализирует один из контейнеров с C4 / Container.
👉 Код (C4 / Code) - описывает реализацию кода для конкретных компонентов системы, детализирует C4 / Component.
Материалы для быстрого самостоятельного изучения C4:
🔗 Официальный сайт C4 (англ)
🔗 Шаблон с примером архитектуры в Miro
🔗 Нотация моделирования архитектуры С4 — примеры диаграмм и инструменты
#АрхитектураGA
Можешь показать схему архитектуры системы без нотации, в виде прямоугольников и стрелочек? Отлично! Первый шаг к пониманию работы системы сделан.
Но если мы работаем со сложной архитектурой, то в некоторых моментах будут вопросы, и автора "картины" можно понять по-разному.
Если в отрасли есть стандарты, лучше использовать их.
Поэтому предлагаю познакомиться с нотацией C4, где есть несколько уровней описания системы, которые помогают понять её 🙂
📚C4 - нотация моделирования архитектуры, которая упрощает визуализацию сложных систем.
Она помогает архитекторам, разработчикам и системным аналитикам представлять архитектуру в виде четырех абстракций:
👉 Контекст (C4 / Context) - система, её интеграции и пользователи.
👉 Контейнеры (C4 / Container) - независимые по коду приложения внутри системы, детализация главного прямоугольника c C4 / Context.
👉 Компоненты (C4 / Component) - модули кода и зависимости между ними, детализирует один из контейнеров с C4 / Container.
👉 Код (C4 / Code) - описывает реализацию кода для конкретных компонентов системы, детализирует C4 / Component.
Материалы для быстрого самостоятельного изучения C4:
🔗 Официальный сайт C4 (англ)
🔗 Шаблон с примером архитектуры в Miro
🔗 Нотация моделирования архитектуры С4 — примеры диаграмм и инструменты
#АрхитектураGA
❤26👍8🔥4
💥 Открытый урок по Архитектуре систем для аналитиков [31 мая - 2 июня] 💥
Представьте, что вы приходите на собеседование и спокойно говорите «нет». Или вежливо завершаете его в середине. Почему опытные аналитики так делают? Потому что снова предложили очередной скучный проект — работать с монолитом.
Когда вы переросли монолитные проекты, хочется чего-то большего — реального профессионального роста. Не просто в деньгах или грейде, а в уровне и сложности задач, с которыми вы можете уверенно справляться.
Выход на новый уровень сложности и интересности задач возможен, когда вы знаете, как работать со сложными интеграциями, брокерами, раазбираетесь в микросервисной архитектурой. С такими знаниями работодатели стремятся вас заполучить!
Мы готовим для вас открытый урок, чтобы лучше разобраться с проектированием архитектуры для системных аналитиков:
🚀 От монолита к микросервисам: пошаговый план с примером
🗓 Доступ 31 мая - 2 июня (сб - пн)
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Что ожидать от этого обучения:
🌟 Поймете основы проектирования архитектуры
🌟 Разберетесь в отличиях монолита, сервисов и микросервисов
🌟 Освоите чтение и создание схем архитектуры
🌟 Узнаете на практике, как происходит переезд с монолита на микросервисы
🌟 Получите готовые схемы и подходы по проектированию
Практические знания, которые вы получите на этом открытом уроке, помогут перейти на новый уровень в системном анализе, и стать более востребованным специалистом.
Готовы получить новый опыт на практике?
Регистрируйтесь сейчас и смотрите урок в записи с 31 мая по 2 июня! 🙌
Представьте, что вы приходите на собеседование и спокойно говорите «нет». Или вежливо завершаете его в середине. Почему опытные аналитики так делают? Потому что снова предложили очередной скучный проект — работать с монолитом.
Когда вы переросли монолитные проекты, хочется чего-то большего — реального профессионального роста. Не просто в деньгах или грейде, а в уровне и сложности задач, с которыми вы можете уверенно справляться.
Выход на новый уровень сложности и интересности задач возможен, когда вы знаете, как работать со сложными интеграциями, брокерами, раазбираетесь в микросервисной архитектурой. С такими знаниями работодатели стремятся вас заполучить!
Мы готовим для вас открытый урок, чтобы лучше разобраться с проектированием архитектуры для системных аналитиков:
Что ожидать от этого обучения:
🌟 Поймете основы проектирования архитектуры
🌟 Разберетесь в отличиях монолита, сервисов и микросервисов
🌟 Освоите чтение и создание схем архитектуры
🌟 Узнаете на практике, как происходит переезд с монолита на микросервисы
🌟 Получите готовые схемы и подходы по проектированию
Практические знания, которые вы получите на этом открытом уроке, помогут перейти на новый уровень в системном анализе, и стать более востребованным специалистом.
Готовы получить новый опыт на практике?
Регистрируйтесь сейчас и смотрите урок в записи с 31 мая по 2 июня! 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥23❤7👍2
GetAnalyst - Архитектура GreenChargeGA.png
451.2 KB
🔋 Схема микросервисной архитектуры - разбор проекта #GreenChargeGA 🔋
Вы уже знаете:
✔️ что такое микросервисы
✔️ как выделяют микросервисы
✔️ API Gateway
✔️ шаблоны проектирования микросервисов
Применим знания на практике и выделим микросервисы для системы зарядок электромобилей👇
⚙️ Управление пользователями
Регистрация аккаунтов владельцей электро-авто, подтверждение учетных записей по SMS, редактирование профилей.
Принцип:
+ независимая сущность
+ высокая нагрузка
+ DDD
⚙️ Программа лояльности
Бонусные карты пользователей, расчет кэшбека за оплату и начисление бонусов, для использования в счет оплаты будущих зарядок.
Принцип:
+ группа логически связанных функций
+ высокая нагрузка из-за связанных оплат
+ DDD
⚙️ Зарядные станции
Регистрация зарядных станций, настройка данных о них, получение информации о состоянии станции, отображение на карте, обновление цен на зарядку.
Принцип:
как пользователи.
⚙️ Управление ценами
Гибкая настройка цен для разных локаций, времён суток, динамическое ценообразование.
Принцип:
как пользователи.
⚙️ Контроль зарядки
Старт и остановка зарядки, расчёт времени и объёма потребления энергии, расчёт суммы к оплате.
⚙️ Платежи
Оплата зарядки - интеграция с платёжной системой для обработки банковских платежей картой, возвраты, генерация чеков. Авторизация карты на старте и автосписание средств по окончании зарядки.
⚙️ Очереди на зарядку
Бронирование места в очереди на станцию, управление ожиданием, снятие с очереди при неявке.
⚙️ Уведомления
Push-уведомления, email, SMS-уведомления.
⚙️ Тех. поддержка
Обработка чатов, передача обращений операторам, отображение в панели.
⚙️ Аналитика и отчеты
Отчёты о выручке, аналитика по станциям, загрузке, популярности, эффективности.
⚙️ Телеметрия
Сбор телеметрических данных с оборудования (энергия, температура и т.п.)
⚙️ API Gateway
Аутентификация запросов, кэш, и маршрутизация к соответствующим микросервисам.
+ API выберем,
+ с брокерами разберёмся 🤝
Схема прикреплена к посту ✅
Исследуем!
#АрхитектураGA
Вы уже знаете:
✔️ что такое микросервисы
✔️ как выделяют микросервисы
✔️ API Gateway
✔️ шаблоны проектирования микросервисов
Применим знания на практике и выделим микросервисы для системы зарядок электромобилей👇
⚙️ Управление пользователями
Регистрация аккаунтов владельцей электро-авто, подтверждение учетных записей по SMS, редактирование профилей.
Принцип:
+ независимая сущность
+ высокая нагрузка
+ DDD
⚙️ Программа лояльности
Бонусные карты пользователей, расчет кэшбека за оплату и начисление бонусов, для использования в счет оплаты будущих зарядок.
Принцип:
+ группа логически связанных функций
+ высокая нагрузка из-за связанных оплат
+ DDD
⚙️ Зарядные станции
Регистрация зарядных станций, настройка данных о них, получение информации о состоянии станции, отображение на карте, обновление цен на зарядку.
Принцип:
как пользователи.
⚙️ Управление ценами
Гибкая настройка цен для разных локаций, времён суток, динамическое ценообразование.
Принцип:
как пользователи.
⚙️ Контроль зарядки
Старт и остановка зарядки, расчёт времени и объёма потребления энергии, расчёт суммы к оплате.
⚙️ Платежи
Оплата зарядки - интеграция с платёжной системой для обработки банковских платежей картой, возвраты, генерация чеков. Авторизация карты на старте и автосписание средств по окончании зарядки.
⚙️ Очереди на зарядку
Бронирование места в очереди на станцию, управление ожиданием, снятие с очереди при неявке.
⚙️ Уведомления
Push-уведомления, email, SMS-уведомления.
⚙️ Тех. поддержка
Обработка чатов, передача обращений операторам, отображение в панели.
⚙️ Аналитика и отчеты
Отчёты о выручке, аналитика по станциям, загрузке, популярности, эффективности.
⚙️ Телеметрия
Сбор телеметрических данных с оборудования (энергия, температура и т.п.)
⚙️ API Gateway
Аутентификация запросов, кэш, и маршрутизация к соответствующим микросервисам.
+ API выберем,
+ с брокерами разберёмся 🤝
Схема прикреплена к посту ✅
Исследуем!
#АрхитектураGA
👍27🔥8
🔹 C4/Context - пример архитектуры для проекта #GreenChargeGA 🔹
Уровень Context в нотации C4 нужен, чтобы дать высокоуровневое представление о системе и ее окружении.
Он помогает понять что делает система, какие пользователи с ней взаимодействует, какие другие системы с ней связаны - интеграции.
👉 Что нужно показывать?
🔹 Основную систему – объект проектирования (например, интернет-магазин, банковское приложение).
🔹 Пользователей – кто взаимодействует с системой (клиенты, администраторы, партнеры).
🔹 Внешние системы – с чем интегрируется (платежные сервисы, справочники, ЭДО и другие).
🔹 Типы взаимодействий – основные потоки данных (например, клиент отправляет заказ в систему, система взаимодействует с банком).
👉 Что важно знать?
Мы не детализируем внутреннюю реализацию, а показываем глобальные границы и связи.
Это первый шаг проектирования архитектуры – помогает всем участникам проекта построить общее понимание системы.
👉 Пример для системы зарядки электромобилей - проект #GreenChargeGA
✔️ Основная система:
GreenChargeGA
✔️ Пользователи:
пользователи, которым нужно заряжать авто
сотрудники тех поддержки,
администраторы
✔️ Внешние системы:
ТБанк Интернет-эквайринг,
ТБанк Торговый эквайринг,
POS-Терминал для приема карт,
сканер QR-кодов,
датчики зарядной станции (энергия, температура и тп)
firebase (push)
unisender (sms/email)
Ни API, ни микросервисов, ни брокеров. Всё на верхнем уровне, чтобы осознать интеграции системы и пользователей. Ни более.
Сравните это со схемой проекта без нотации и увидите огромную разницу в количестве элементов!
Схема архитектуры в C4/Context прикреплена к посту 🙌
#АрхитектураGA
Уровень Context в нотации C4 нужен, чтобы дать высокоуровневое представление о системе и ее окружении.
Он помогает понять что делает система, какие пользователи с ней взаимодействует, какие другие системы с ней связаны - интеграции.
Схема легко читается как бизнес-владельцами продукта, так и разработчиками.
👉 Что нужно показывать?
🔹 Основную систему – объект проектирования (например, интернет-магазин, банковское приложение).
🔹 Пользователей – кто взаимодействует с системой (клиенты, администраторы, партнеры).
🔹 Внешние системы – с чем интегрируется (платежные сервисы, справочники, ЭДО и другие).
🔹 Типы взаимодействий – основные потоки данных (например, клиент отправляет заказ в систему, система взаимодействует с банком).
👉 Что важно знать?
На этом уровне НЕ важно, какая архитектура будет использована – монолит, микросервисы, сервисы.
Мы не детализируем внутреннюю реализацию, а показываем глобальные границы и связи.
Это первый шаг проектирования архитектуры – помогает всем участникам проекта построить общее понимание системы.
👉 Пример для системы зарядки электромобилей - проект #GreenChargeGA
✔️ Основная система:
GreenChargeGA
✔️ Пользователи:
пользователи, которым нужно заряжать авто
сотрудники тех поддержки,
администраторы
✔️ Внешние системы:
ТБанк Интернет-эквайринг,
ТБанк Торговый эквайринг,
POS-Терминал для приема карт,
сканер QR-кодов,
датчики зарядной станции (энергия, температура и тп)
firebase (push)
unisender (sms/email)
Ни API, ни микросервисов, ни брокеров. Всё на верхнем уровне, чтобы осознать интеграции системы и пользователей. Ни более.
Сравните это со схемой проекта без нотации и увидите огромную разницу в количестве элементов!
Схема архитектуры в C4/Context прикреплена к посту 🙌
#АрхитектураGA
❤18👍5🔥2😢1
Благодарности пост 🩷
Каждое сообщение от вас вызывает восторг.
Греет и вдохновляет делать ещё лучше.
Мы гордимся каждым, кто с нами! И всегда стараемся дать вам больше.
Спасибо, что замечаете.
Это очень много значит.
Все ваши тёплые слова — знак, что всё не зря🩷
P.S. Мне кажется я в последние годы сама ещё чаще начала писать слова благодарности тем, кто помогает мне быть лучше. Бесконечный обмен положительной энергией 🙂
Каждое сообщение от вас вызывает восторг.
Греет и вдохновляет делать ещё лучше.
Мы гордимся каждым, кто с нами! И всегда стараемся дать вам больше.
Спасибо, что замечаете.
Это очень много значит.
Все ваши тёплые слова — знак, что всё не зря
P.S. Мне кажется я в последние годы сама ещё чаще начала писать слова благодарности тем, кто помогает мне быть лучше. Бесконечный обмен положительной энергией 🙂
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤23❤🔥8🔥7😁2👍1
🌱 Одна из ступеней профессионального роста системного аналитика - работа в тесном сотрудничестве с архитекторами на проектах с сервисной или микросервисной архитектурой.
Мы в GetAnalyst создали программу для опытных специалистов, которая помогает на практике получить все нужные знания по архитектуре, чтобы продолжать расти в карьере и соответствовать актуальным требованиям компаний:
⚡ Проектирование архитектуры
🗓 Старт: 3 июня 2025
👉 Подробности и заявка на участие
🎁 Сегодня последний день, когда открыта запись на самых выгодных условиях:
✔️ спец. цена
✔️ дополнительное обучение по REST API в подарок
По всем вопросам пишите @getanalyst, info@getanalyst.ru или оставляйте заявку через сайт. Мы свяжемся с вами, поможем оценить текущие навыки и ответим на ваши вопросы 🤝
Мы в GetAnalyst создали программу для опытных специалистов, которая помогает на практике получить все нужные знания по архитектуре, чтобы продолжать расти в карьере и соответствовать актуальным требованиям компаний:
👉 Подробности и заявка на участие
🎁 Сегодня последний день, когда открыта запись на самых выгодных условиях:
✔️ спец. цена
✔️ дополнительное обучение по REST API в подарок
По всем вопросам пишите @getanalyst, info@getanalyst.ru или оставляйте заявку через сайт. Мы свяжемся с вами, поможем оценить текущие навыки и ответим на ваши вопросы 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍2
Когда вы проектируете систему, обязательно показывайте:
🔁 Как взаимодействуют Frontend и Backend
⚙️ Как взаимодействуют компоненты внутри Backend, особенно это касается сервисной SOA и микросервисной MSA архитектуры
🌐 Как ваш Backend интегрируется с внешними системами
Ниже — чеклист видов интеграций, которые стоит учитывать в архитектуре:
✅ Синхронные интеграции по API
REST API
SOAP API
GraphQL
gRPC
HTTP API
✅ Асинхронные интеграции: механизмы на основе синхронных API
Polling
Long Polling
Webhooks
✅ Асинхронные интеграции через очереди и брокеры сообщений (MQ)
Kafka
RabbitMQ
Amazon SQS
и другие решения.
✅ Интеграции в режиме реального времени
WebSocket
Server-Sent Events (SSE)
GraphQL (subnoscription)
gRPC (streaming)
✅ SDK
🛑 Устаревающие подходы
Общая БД
Интеграции через файлы
Подробное описание в картинках к посту.
Обязательно показывайте эти связи между компонентами системы на уровне C4 / Container.
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍24❤12😁1
Пытаетесь самостоятельно разобраться в архитектуре систем и расти в карьере, но не хватает практики и понятных примеров? Давайте сделаем это вместе — пошагово и на реальном кейсе!
Мы готовим открытый практикум для системных аналитиков, чтобы вы на практике поняли, как проектируется архитектура:
Занятие в записи. Вы сможете посмотреть его в удобное для вас время.
План:
✅ Плюсы и минусы монолита — на реальном проекте.
✅ Что такое SOA и MSA, чем отличаются и когда используются.
✅ Как делить монолит на микросервисы.
✅ Проработаете миграцию модуля в микросервис: БД, ER-диаграмма, вынос данных.
✅ Осознаете, почему делают модульный монолит перед переходом к микросервисам.
✅ Узнаете, как аналитик может расти в сторону архитектуры и какие навыки нужны для этого.
Вы получите знания и инструменты, которые сразу можно применить в работе.
Успейте зарегистрироваться — доступ будет открыт только с 31 мая по 2 июня! 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤9👍6🔥3
GetAnalyst_Архитектура_GreenChargeGA_C4_Container.png
1.2 MB
🔵 C4 / Container - пример микросервисной архитектуры #GreenChargeGA 🔵
Уровень C4 / Container показывает независимые по коду приложения в системе — так называемые контейнеры [к].
Что включает схема на этом уровне:
✔️ Пользователи
✔️ Внешние системы
✔️ Мобильные, веб- и десктоп приложения [к]
✔️ Микросервисы [к]
✔️ API Gateway (маршрутизатор API-запросов) [к]
✔️ БД и ФХ [к]
✔️ API для взаимодействия сервисов
✔️ Брокеры для асинхронного обмена [к]
В микросервисной архитектуре этих контейнеров может быть очень много, и без хорошей визуализации легко потеряться 🤪
📌 Ранее я показывала архитектуру GreenChargeGA в виде "квадратиков и стрелочек", теперь, в прикреплённой к посту схеме, используется нотация C4 > уровень Container.
Что добавила C4:
✅ Чёткие указания на используемые API и протоколы
✅ Указание языков программирования и фреймворков всех приложений
✅ Технологии БД и файловых хранилищ
Теперь на диаграмме есть вся необходимая информация, чтобы понять архитектуру проекта без чтения документации.
Недостатки показанной архитектуры, которые будем дорабатывать:
❌ Нет связи от Firebase к фронтам, куда доставляются уведомления
❌ Синхронизация всего через один API Gateway? Плохо масштабируемая и уязвимая идея
❌ Всё синхронно внутри? Не надёжно 🥲 Надо ещё брокеров
❌ Не показаны WebHooks от платежных систем
Подумайте уже сейчас, как исправить эти недостатки на схеме 😉
💡 Лайфхак
Для простоты восприятия можно объединить все микросервисы и инфраструктуру в один контейнер «Backend», а детали вынести на уровень C4/Component.
Но это будет противоречить нотации.
💡 На практике
Команды часто адаптируют C4 под свои нужды. Я же рекомендую придерживаться здравого смысла, прозрачности и принципа "понятно с первого взгляда".
📚 Связанные материалы:
Нотация C4 и документация по ней
C4 / Context для проекта GreenChargeGA (предыдущий уровень)
Изучайте и сохраняйте! 💙
Это мощный и наглядный пример, к которому точно захочется вернуться, когда будете продумывать или описывать архитектуру в своих проектах.
#АрхитектураGA
Уровень C4 / Container показывает независимые по коду приложения в системе — так называемые контейнеры [к].
Что включает схема на этом уровне:
✔️ Пользователи
✔️ Внешние системы
✔️ Мобильные, веб- и десктоп приложения [к]
✔️ Микросервисы [к]
✔️ API Gateway (маршрутизатор API-запросов) [к]
✔️ БД и ФХ [к]
✔️ API для взаимодействия сервисов
✔️ Брокеры для асинхронного обмена [к]
В микросервисной архитектуре этих контейнеров может быть очень много, и без хорошей визуализации легко потеряться 🤪
📌 Ранее я показывала архитектуру GreenChargeGA в виде "квадратиков и стрелочек", теперь, в прикреплённой к посту схеме, используется нотация C4 > уровень Container.
Что добавила C4:
✅ Чёткие указания на используемые API и протоколы
✅ Указание языков программирования и фреймворков всех приложений
✅ Технологии БД и файловых хранилищ
Теперь на диаграмме есть вся необходимая информация, чтобы понять архитектуру проекта без чтения документации.
Недостатки показанной архитектуры, которые будем дорабатывать:
❌ Нет связи от Firebase к фронтам, куда доставляются уведомления
❌ Синхронизация всего через один API Gateway? Плохо масштабируемая и уязвимая идея
❌ Всё синхронно внутри? Не надёжно 🥲 Надо ещё брокеров
❌ Не показаны WebHooks от платежных систем
Подумайте уже сейчас, как исправить эти недостатки на схеме 😉
Для простоты восприятия можно объединить все микросервисы и инфраструктуру в один контейнер «Backend», а детали вынести на уровень C4/Component.
Но это будет противоречить нотации.
Команды часто адаптируют C4 под свои нужды. Я же рекомендую придерживаться здравого смысла, прозрачности и принципа "понятно с первого взгляда".
📚 Связанные материалы:
Нотация C4 и документация по ней
C4 / Context для проекта GreenChargeGA (предыдущий уровень)
Изучайте и сохраняйте! 💙
Это мощный и наглядный пример, к которому точно захочется вернуться, когда будете продумывать или описывать архитектуру в своих проектах.
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥26❤7
📚 Очередь VS Брокер: подборка вопросов с собеседований 📚
Очередь сообщений — это структура данных,
которая хранит сообщения до тех пор, пока их не заберёт получатель.
Брокер сообщений — это программное обеспечение,
которое управляет обменом сообщений между приложениями. Он может включать в себя множество очередей сообщений и дополнительно поддерживать топики, маршрутизацию, обработку и механизмы гарантии доставки.
Вопросы с подвохом, которые вы можете встретить на собеседованиях на Middle+ Системного Аналитика:
👉 1. Если у нас есть очередь сообщений, зачем нужен брокер?
👉 2. Может ли очередь работать без брокера?
👉 3. Могу ли я использовать брокер без очередей сообщений?
👉 4. Если я использую очередь сообщений, могу ли я гарантировать доставку сообщения?
👉 5. Очередь всегда работает по принципу FIFO (первое пришло - первое вышло из очереди)?
👉 6. Может ли очередь работать с несколькими производителями и потребителями?
Подробная статья:
🔗 Брокер и очередь сообщений: что это и в чем отличия?
#АрхитектураGA
Очередь сообщений — это структура данных,
которая хранит сообщения до тех пор, пока их не заберёт получатель.
Брокер сообщений — это программное обеспечение,
которое управляет обменом сообщений между приложениями. Он может включать в себя множество очередей сообщений и дополнительно поддерживать топики, маршрутизацию, обработку и механизмы гарантии доставки.
Вопросы с подвохом, которые вы можете встретить на собеседованиях на Middle+ Системного Аналитика:
👉 1. Если у нас есть очередь сообщений, зачем нужен брокер?
👉 2. Может ли очередь работать без брокера?
👉 3. Могу ли я использовать брокер без очередей сообщений?
👉 4. Если я использую очередь сообщений, могу ли я гарантировать доставку сообщения?
👉 5. Очередь всегда работает по принципу FIFO (первое пришло - первое вышло из очереди)?
👉 6. Может ли очередь работать с несколькими производителями и потребителями?
Прежде чем открывать картинки с ответами, попробуйте ответить сами! 😉
Подробная статья:
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤35👍17🔥12😁2