Очередь сообщений — это структура данных,
которая хранит сообщения до тех пор, пока их не заберёт получатель.
Брокер сообщений — это программное обеспечение,
которое управляет обменом сообщений между приложениями.
Он может включать в себя множество очередей сообщений и дополнительно поддерживать топики, маршрутизацию, обработку и механизмы гарантии доставки.
Вопросы с подвохом, которые вы можете встретить на собеседованиях для 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
🔥37❤🔥6
Делимся с вами подборкой статей, постов и подкастов, которые помогут разобраться с темой:
📌 Брокеры и очереди - общая теория
📚 Очередь сообщений - что это и как работает?
📝 Всё про брокеры: как работают и зачем нужны
📝 Очередь vs Брокер: вопросы с подвохом
📝 Хореография и оркестрация в микросервисной архитектуре
📌 Kafka
📝 Kafka - что надо знать для работы СА
📝 Устройство Kafka
📝 Алгоритм работы Kafka
📝 Как встроить Kafka в архитектуру, и главное зачем
📝 Пример использования Kafka - проект #FarmFreshGA
📝 Kafka в деле: подробный разбор примера использования в МСА
🎧 Kafka: что нужно знать Системному аналитику
📌 RabbitMQ
🎧 RabbitMQ и его отличия от Kafka: что важно знать системным аналитикам
📌 Постановки задач / ТЗ
📝 Пример реального интеграционного Use Case: с микросервисами, cron и kafka - проект BookingGA
📝 Пример технического Use Case с брокером в микросервисной архитектуре - проект GreenChargeGA
Сохраняйте подборку, чтобы не потерять 🤝
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥58🤩3❤2
Forwarded from 👩🏻💻 Подкаст Системных Аналитиков | GetAnalyst
Готовитесь к миграции данных между СУБД, планируете переезд с легаси системы на новую платформу, или запускаете проект по импортозамещению? Этот выпуск для вас!
Разбираем типовые ошибки связанные с падением продакшн, и показываем, как их избежать. Теперь вы теперь точно не допустите их в своей практике.
Слушайте, делайте заметки и делитесь с коллегами!
Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Звук
⏯ Spotify
⏯ RuTube
⏯ YouTube
⏯ VK Video
Подписывайтесь на GetAnalyst и получайте новый опыт в системном анализе каждый день! 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
❤35👍9🔥6
Будущее уже здесь? Новый опыт в такси без водителя 🤔
На прошлой неделе я впервые прокатилась в такси без водителя. И это момент, когда ты вроде всё понимаешь головой — камеры, сенсоры, алгоритмы машинного обучения… Но внутри остаётся ощущение: «Неужели это реально происходит со мной?» 🚖✨
Это чувство — смесь удивления и восторга. Ты сидишь в салоне, смотришь, как машина сама перестраивается, тормозит перед пешеходами, поворачивает… и ловишь себя на мысли: технологии, о которых вчера читала в новостях, уже здесь.
👉 Для меня это не просто любопытство.
Я всё больше погружаюсь в AI и машинное обучение, учусь и хочу работать больше именно в этой сфере.
Потому что это технологии, которые меняют мир вокруг — от транспорта до медицины и образования.
Поездка без водителя стала для меня символом будущего, в котором хочется быть не пассажиром, а создателем 🤩
А вы бы решились прокатиться в таком такси? 🚘💡
Командировка в
Austin, Texas / 31.08.2025
И удача 🍀 которая в последний вечер прислала мне Waymo вместо обычного такси Uber с водителем
На прошлой неделе я впервые прокатилась в такси без водителя. И это момент, когда ты вроде всё понимаешь головой — камеры, сенсоры, алгоритмы машинного обучения… Но внутри остаётся ощущение: «Неужели это реально происходит со мной?» 🚖✨
Это чувство — смесь удивления и восторга. Ты сидишь в салоне, смотришь, как машина сама перестраивается, тормозит перед пешеходами, поворачивает… и ловишь себя на мысли: технологии, о которых вчера читала в новостях, уже здесь.
👉 Для меня это не просто любопытство.
Я всё больше погружаюсь в AI и машинное обучение, учусь и хочу работать больше именно в этой сфере.
Потому что это технологии, которые меняют мир вокруг — от транспорта до медицины и образования.
Поездка без водителя стала для меня символом будущего, в котором хочется быть не пассажиром, а создателем 🤩
А вы бы решились прокатиться в таком такси? 🚘
Командировка в
Austin, Texas / 31.08.2025
И удача 🍀 которая в последний вечер прислала мне Waymo вместо обычного такси Uber с водителем
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍39❤5❤🔥4
🔥 Оптимизация БД. Индексы 🔥
Сегодня проводим продвинутый онлайн-практикум, посвященный теме:
💻 Оптимизация БД. Работа с индексами
🗓 Сегодня, 19:00 Мск (пн)
🔗 Подробности и запись
🤝 Доступ к записи
на следующий день, для всех подключенных участников.
🎁 Актуальный бонус
доступ к записи занятия "Проектирование распределенных БД".
План практикума:
1. Нефункциональные требования и их связь с БД (предобучение в записи)
2. Понятие индексов в БД и их назначение. Разбор примеров.
3. Практика: знакомство с БД проекта и определение таблиц с индексами.
4. Проблемы избыточной оптимизации БД.
5. Индексы в постановках задач на разработчиков.
👨💻 Этот практикум идеально подходит для системных аналитиков, стремящихся углубить свои навыки в проектировании БД и оптимизации её работы.
До встречи! 🙂
Вопросы по практикуму можно написать @getanalyst (или на почту info@getanalyst.ru)
Сегодня проводим продвинутый онлайн-практикум, посвященный теме:
🤝 Доступ к записи
на следующий день, для всех подключенных участников.
🎁 Актуальный бонус
доступ к записи занятия "Проектирование распределенных БД".
План практикума:
1. Нефункциональные требования и их связь с БД (предобучение в записи)
2. Понятие индексов в БД и их назначение. Разбор примеров.
3. Практика: знакомство с БД проекта и определение таблиц с индексами.
4. Проблемы избыточной оптимизации БД.
5. Индексы в постановках задач на разработчиков.
👨💻 Этот практикум идеально подходит для системных аналитиков, стремящихся углубить свои навыки в проектировании БД и оптимизации её работы.
До встречи! 🙂
Вопросы по практикуму можно написать @getanalyst (или на почту info@getanalyst.ru)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍21🔥3❤🔥2
GetAnalyst_Интеграции_Книга_для_СА_и_БА.pdf
10.7 MB
📚 Мини-книга по Интеграциям: самое важное для Системных аналитиков 📚
Интеграция — это процесс объединения различных систем и приложений в единое целое, чтобы они могли работать вместе, обмениваться данными и выполнять задачи, как одна система.
👉 Пример 1
Платформа по доставке еды хочет отправлять клиенту SMS о процессе доставки.
Надо ли этой платформе:
1. Покупать оборудование для отправки SMS?
2. Заключать договоры и делать интеграции со всеми операторами сотовой связи?
Конечно, нет.
Мы подключаем готовый SMS-сервис (например, Unisender) через API — и задача по доставке SMS решена 🙌
👉 Пример 2
Тот же сервис доставки хочет принимать оплату банковскими картами.
Надо ли ему:
1. Реализовывать проверку карты?
2. Поддерживать 3-D Secure?
3. Хранить токены и проходить банковскую сертификацию PCI DSS?
Нет. Мы просто подключаем готовое решение по API, например, от ТБанка.
Главная идея интеграций:
👉 Виды интеграций:
1) по окружениям:
▫️ Внешние - когда мы хотим подключить к нашей системе чужую, от других разработчиков.
▫️ Внутренние
- на проекте сервисная или микросервисная архитектура, сервисы обмениваются данными по API или через брокеры.
- мобильное приложение работает с данными благодаря интеграции с сервером по API.
2) по направлению:
▫️ Во внешние системы - когда мы используем API чужих систем.
▫️ К нашей системе - когда мы сами разрабатываем свой API, чтобы к нам подключались (например, по примеру выше, мы банк, и даем другим свой API для подключения)
👉 Способы обмена данными:
▫️ Синхронный - отправили данные и получили ответ сразу.
▫️ Асинхронный - отправили данные и продолжили работу без ожидания ответа. Обработка в фоне.
👉 Основные способы интеграции:
▫️ API
▫️ Библиотеки и SDK
▫️ Брокеры
▫️ Файлы
▫️ Общая БД
📚 Подробнее об интеграциях рассказала в мини-книге с картинками и примерами.
Файл прикреплен к посту.
Загружаем, изучаем и используем 👍
#ИнтеграцииGA
Интеграция — это процесс объединения различных систем и приложений в единое целое, чтобы они могли работать вместе, обмениваться данными и выполнять задачи, как одна система.
👉 Пример 1
Платформа по доставке еды хочет отправлять клиенту SMS о процессе доставки.
Надо ли этой платформе:
1. Покупать оборудование для отправки SMS?
2. Заключать договоры и делать интеграции со всеми операторами сотовой связи?
Конечно, нет.
Мы подключаем готовый SMS-сервис (например, Unisender) через API — и задача по доставке SMS решена 🙌
👉 Пример 2
Тот же сервис доставки хочет принимать оплату банковскими картами.
Надо ли ему:
1. Реализовывать проверку карты?
2. Поддерживать 3-D Secure?
3. Хранить токены и проходить банковскую сертификацию PCI DSS?
Нет. Мы просто подключаем готовое решение по API, например, от ТБанка.
Главная идея интеграций:
Если не хочешь "изобретать велосипед", просто подключи (интегрируй) уже готовое решение в свою систему.
👉 Виды интеграций:
1) по окружениям:
▫️ Внешние - когда мы хотим подключить к нашей системе чужую, от других разработчиков.
▫️ Внутренние
- на проекте сервисная или микросервисная архитектура, сервисы обмениваются данными по API или через брокеры.
- мобильное приложение работает с данными благодаря интеграции с сервером по API.
2) по направлению:
▫️ Во внешние системы - когда мы используем API чужих систем.
▫️ К нашей системе - когда мы сами разрабатываем свой API, чтобы к нам подключались (например, по примеру выше, мы банк, и даем другим свой API для подключения)
👉 Способы обмена данными:
▫️ Синхронный - отправили данные и получили ответ сразу.
▫️ Асинхронный - отправили данные и продолжили работу без ожидания ответа. Обработка в фоне.
👉 Основные способы интеграции:
▫️ API
▫️ Библиотеки и SDK
▫️ Брокеры
▫️ Файлы
▫️ Общая БД
📚 Подробнее об интеграциях рассказала в мини-книге с картинками и примерами.
Файл прикреплен к посту.
Загружаем, изучаем и используем 👍
#ИнтеграцииGA
❤37🔥15👍7🍾1
🌆 #CityGA - новый проект на Интеграцию с #KudaGoAPI и #DashamailAPI 🌆
Планы на выходные без бесконечного скролла — система для городов #CityGA сама найдёт события под ваши интересы и раз в неделю пришлёт подборку «куда сходить» в приложении и на почту.
🟢 Сценарий к проектированию:
1. Пользователь настраивает город, категории мероприятий и ключевые слова по ним.
2. По расписанию система собирает актуальные события из KudaGo, фильтрует и ранжирует под каждого пользователя.
3. Готовит подборку внутри приложения и отправляет на email через Dashamail.
👉 Что предстоит сделать для решения задачи на Интеграцию:
1. Выделить ключевые Use Case - сценарии работы пользователя.
2. Провести первичный анализ KudaGo API и Dahamail API: наличие нужных методов, рекомендуемый порядок интеграции.
3. Определить влияние интеграции на архитектуру системы.
4. Протестировать платёжное API Kadago и API Dashamail в Postman, чтобы понять, как они реально работают.
5. Описать интеграционные Use Cases: логику работу системы с техническими деталями.
6. Сформировать требования для интеграционных REST API-методов.
7. Дополнить требования UML-диаграммами.
8. Описать маппинги данных и доработки БД
Будем последовательно разбирать эти шаги для проекта весь следующий месяц.
✅ Результат:
Отработанный кейс интеграции от анализа до реализации.
✔️ Постановки задач на интеграцию на разработчиков в Confluence
✔️ Архитектура проекта в C4
✔️ UML-диаграмма процесса
✔️ Маппинг данных для UI+API+БД
✔️ Коллекция Postman-запросов для KudaGo API и Dahamail API
Проект #CityGA разбираем в поддержку практической программы Интеграции систем 🧩
Готовы получить новый опыт и знания?
Подписывайтесь на GetAnalyst и следите за обновлениями!
Добро пожаловать в проект! 🤝
#ИнтеграцииGA
Планы на выходные без бесконечного скролла — система для городов #CityGA сама найдёт события под ваши интересы и раз в неделю пришлёт подборку «куда сходить» в приложении и на почту.
🟢 Сценарий к проектированию:
1. Пользователь настраивает город, категории мероприятий и ключевые слова по ним.
2. По расписанию система собирает актуальные события из KudaGo, фильтрует и ранжирует под каждого пользователя.
3. Готовит подборку внутри приложения и отправляет на email через Dashamail.
👉 Что предстоит сделать для решения задачи на Интеграцию:
1. Выделить ключевые Use Case - сценарии работы пользователя.
2. Провести первичный анализ KudaGo API и Dahamail API: наличие нужных методов, рекомендуемый порядок интеграции.
3. Определить влияние интеграции на архитектуру системы.
4. Протестировать платёжное API Kadago и API Dashamail в Postman, чтобы понять, как они реально работают.
5. Описать интеграционные Use Cases: логику работу системы с техническими деталями.
6. Сформировать требования для интеграционных REST API-методов.
7. Дополнить требования UML-диаграммами.
8. Описать маппинги данных и доработки БД
Будем последовательно разбирать эти шаги для проекта весь следующий месяц.
✅ Результат:
Отработанный кейс интеграции от анализа до реализации.
✔️ Постановки задач на интеграцию на разработчиков в Confluence
✔️ Архитектура проекта в C4
✔️ UML-диаграмма процесса
✔️ Маппинг данных для UI+API+БД
✔️ Коллекция Postman-запросов для KudaGo API и Dahamail API
Проект #CityGA разбираем в поддержку практической программы Интеграции систем 🧩
Готовы получить новый опыт и знания?
Подписывайтесь на GetAnalyst и следите за обновлениями!
Добро пожаловать в проект! 🤝
#ИнтеграцииGA
🔥32❤7❤🔥3
GetAnalyst_Виды_Интеграций_справочник.png
699.4 KB
📚 Виды интеграций: полный справочник 📚
1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами
Полезно иметь под рукой для подготовки к собеседованиям 🤝
#ИнтеграцииGA
1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами
Полезно иметь под рукой для подготовки к собеседованиям 🤝
#ИнтеграцииGA
❤41👍19❤🔥6👎1
Давно планируете сменить профессию на СА, но знаний не хватает или делаете всё «по наитию»?
Эта практическая программа для вас 👇
🧭 Наши выпускники
👉 Бухгалтеры, учителя, работники госслужб и другие специалисты, кто переходит в IT
👉 Бизнес-аналитики
👉 Junior/Начинающие СА
👉 Тестировщики
👉 Техписы
👉 Специалисты техподдержки
👉 PM
🎯 Цели
+ Получить профессию
+ Нужны системные знания
+ Нужна уверенность в работе
+ Выстроить сильную базу в аналитике
🧱 Что делаем на проекте
+ Собираем, анализируем и документируем требования
+ БТ, НФТ, ФТ, Use Cases, User Stories
+ Проектируем БД: концептуальную, логическую и физическую модели (ER-диаграммы)
+ Создаем реальную БД на основе вашей модели
+ Делаем SQL-запросы в ней
+ Проектируем архитектуру
+ Проектируем REST API (JSON) с нуля
+ Тестируем REST API в Postman; SOAP API (xml) в SoapUI
+ Ставим задачи на БД, Backend, Frontend, Интеграции
Работаем с Confluence, Jira, Figma, Miro, Draw io, DevTools, Postman, DBeaver и другими необходимыми для работы инструментами
10 месяцев глубокой онлайн-практики.
Каждое занятие — практика с разбором ваших результатов работы.
+ Можно учиться ускоренно: 3, 6 или 10 мес
+ Индивидуальный план под вашу цель: вход в профессию / рост
🔥 Почему поток 2025–2026?
Потоки раз в год.
Этот — последний в полном формате, с большим количеством онлайна и индивидуальной работы.
Со следующего года количество встреч будет сокращено.
👉 Это ваша возможность успеть на «полную версию»
🏁 Итоги для вас
+ Опыт работы в команде с индивидуальной зоной ответственности
+ Понимание «как делать правильно», ваши шаблоны документации и уверенность на собеседованиях
+ 80% выпускников прошлого потока уже перешли в новые роли и нашли первую работу в IT 🙌
Больше подробностей тут.
Вопросы можно писать @getanalyst 🤝
Ждём вас в команде СА! 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
❤19❤🔥3👍3🔥1
✅ Чек-лист по работе с Интеграциями для СА и БА ✅
Системный аналитик должен уметь рассказывать про свой процесс работы с задачами на интеграции: от момента получения требований до создания задач на разработку.
Хочу поделиться с вами пошаговым планом, описывающим этот процесс.
Пусть он станет вашим помощником при работе с задачами на интеграции и в подготовке к собеседованиям.
👉 Краткий чек-лист по работе с задачами на интеграции:
☑️ Получить вводные от заказчика
☑️ Выделить компоненты системы: внешние, внутренние
☑️ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних
☑️ Нарисовать схему архитектуры — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры (и далее постоянно актуализировать по ходу детального проектирования и постановок задач)
☑️ Получить доступы к API
☑️ Протестировать API своими силами или с помощью разработчиков
☑️ Сопоставить наборы данных, доработать/спроектировать БД нашей системы при необходимости, описать маппинг данных
☑️ Создать задачи в Jira и выстроить порядок разработки
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее
👉 Полный пошаговый план работы с задачами на интеграции в статье.
#ИнтеграцииGA
Системный аналитик должен уметь рассказывать про свой процесс работы с задачами на интеграции: от момента получения требований до создания задач на разработку.
Хочу поделиться с вами пошаговым планом, описывающим этот процесс.
Пусть он станет вашим помощником при работе с задачами на интеграции и в подготовке к собеседованиям.
👉 Краткий чек-лист по работе с задачами на интеграции:
☑️ Получить вводные от заказчика
☑️ Выделить компоненты системы: внешние, внутренние
☑️ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних
☑️ Нарисовать схему архитектуры — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры (и далее постоянно актуализировать по ходу детального проектирования и постановок задач)
☑️ Получить доступы к API
☑️ Протестировать API своими силами или с помощью разработчиков
☑️ Сопоставить наборы данных, доработать/спроектировать БД нашей системы при необходимости, описать маппинг данных
☑️ Создать задачи в Jira и выстроить порядок разработки
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее
👉 Полный пошаговый план работы с задачами на интеграции в статье.
#ИнтеграцииGA
❤32🔥13❤🔥1
C4_Context_Архитектура_CityGA.png
243.5 KB
🏙 Архитектура в C4 для проекта #CityGA 🏙
С чего начинается понимание, как работает интеграция?
Один из первых шагов — показать схему архитектуры, чтобы увидеть:
✔️ какие компоненты есть (приложения, сервисы, БД и т.д.)
✔️ как они взаимодействуют друг с другом (API, через брокер и др), потоки данных,
✔️ что и куда сохраняется.
Без этого сложно понять, как на самом деле работает система "под капотом".
Поэтому показываю вам архитектуру CityGA, и сразу в нотации моделирования С4.
👉 Архитектура CityGA включает:
Frontend:
🔺 Мобильные и веб-приложения пользователей
🔺 Веб-приложение администратора
Backend:
▫️ Основной сервис (монолит) — вся основная бизнес-логика системы, интеграция с KudaGo
▫️ БД Основная — хранит все данные по системе.
▫️ Файловое хранилище — фото, документы
▫️ Брокер сообщений — очередь задач для фоновой обработки, пока только события о необходимости отправить уведомление (SMS/email/push).
▫️ Сервис уведомлений — отдельный компонент, чтобы асинхронно (фоново) рассылать уведомления пользователям, не задерживая работу алгоритмов и ответы пользователям. Интегрирован с Firebase и Dashamail
▫️ БД Уведомлений — хранит историю отправленных уведомлений, шаблоны.
Интеграции с внешними системами:
🔹 KudaGo
🔹 DashaMail
🔹 Firebase
🗺️ Архитектура в C4 для CityGA показана на двух уровнях:
L1. C4/Context — система и окружение (роли пользователей, внешние системы).
L2. C4/Container — приложения, сервисы, БД, брокеры, протоколы интеграции, технологии и протоколы.
👉 Для проработки интеграции и тех-сценариев нам критически важен именно уровень C4/Container: на нём видно, как именно приложения и сервисы взаимодействуют внутри системы.
Схема архитектуры — это отправная точка для описания интеграционного Use Case, на которой мы по сути видим потоки данных 🙌
Сохраняйте примеры схем архитектуры C4 в копилку, пригодится для работы на ваших проектах 😉
#ИнтеграцииGA
С чего начинается понимание, как работает интеграция?
Один из первых шагов — показать схему архитектуры, чтобы увидеть:
✔️ какие компоненты есть (приложения, сервисы, БД и т.д.)
✔️ как они взаимодействуют друг с другом (API, через брокер и др), потоки данных,
✔️ что и куда сохраняется.
Без этого сложно понять, как на самом деле работает система "под капотом".
Поэтому показываю вам архитектуру CityGA, и сразу в нотации моделирования С4.
👉 Архитектура CityGA включает:
Frontend:
🔺 Мобильные и веб-приложения пользователей
🔺 Веб-приложение администратора
Backend:
▫️ Основной сервис (монолит) — вся основная бизнес-логика системы, интеграция с KudaGo
▫️ БД Основная — хранит все данные по системе.
▫️ Файловое хранилище — фото, документы
▫️ Брокер сообщений — очередь задач для фоновой обработки, пока только события о необходимости отправить уведомление (SMS/email/push).
▫️ Сервис уведомлений — отдельный компонент, чтобы асинхронно (фоново) рассылать уведомления пользователям, не задерживая работу алгоритмов и ответы пользователям. Интегрирован с Firebase и Dashamail
▫️ БД Уведомлений — хранит историю отправленных уведомлений, шаблоны.
Интеграции с внешними системами:
🔹 KudaGo
🔹 DashaMail
🔹 Firebase
🗺️ Архитектура в C4 для CityGA показана на двух уровнях:
L1. C4/Context — система и окружение (роли пользователей, внешние системы).
L2. C4/Container — приложения, сервисы, БД, брокеры, протоколы интеграции, технологии и протоколы.
👉 Для проработки интеграции и тех-сценариев нам критически важен именно уровень C4/Container: на нём видно, как именно приложения и сервисы взаимодействуют внутри системы.
Схема архитектуры — это отправная точка для описания интеграционного Use Case, на которой мы по сути видим потоки данных 🙌
Сохраняйте примеры схем архитектуры C4 в копилку, пригодится для работы на ваших проектах 😉
#ИнтеграцииGA
👍16🔥14❤🔥5❤2