IT-рынку нужны универсальные аналитики
Компании ценят специалистов, которые разбираются как в технической стороне продукта, так и в потребностях бизнеса. Перекрёстные навыки часто встречаются в вакансиях.
Нетология объединила две профессии в один курс — «Системный и бизнес-аналитик» На занятиях своим опытом поделятся эксперты из Qiwi, М.Видео — Эльдорадо и Bolt.
За 12 месяцев вы научитесь:
- использовать гибкие методологии Agile и Scrum;
- собирать, анализировать и составлять требования к ПО;
- разбираться в нотациях моделирования: UML, BPMN, IDEF;
- описывать user story и use case;
- создавать прототипы приложений и сервисов;
- работать с АРІ и проектной документацией.
Вместе с аналитиками и рекрутерами будете разбирать тестовые задания из вакансий крупных компаний. После обучения станете частью профессионального комьюнити Нетологии. Сейчас на курс действует скидка 40%. Записаться
Реклама. ООО "Нетология". ИНН 7726464125 Erid 2VSb5zDAvbK
Компании ценят специалистов, которые разбираются как в технической стороне продукта, так и в потребностях бизнеса. Перекрёстные навыки часто встречаются в вакансиях.
Нетология объединила две профессии в один курс — «Системный и бизнес-аналитик» На занятиях своим опытом поделятся эксперты из Qiwi, М.Видео — Эльдорадо и Bolt.
За 12 месяцев вы научитесь:
- использовать гибкие методологии Agile и Scrum;
- собирать, анализировать и составлять требования к ПО;
- разбираться в нотациях моделирования: UML, BPMN, IDEF;
- описывать user story и use case;
- создавать прототипы приложений и сервисов;
- работать с АРІ и проектной документацией.
Вместе с аналитиками и рекрутерами будете разбирать тестовые задания из вакансий крупных компаний. После обучения станете частью профессионального комьюнити Нетологии. Сейчас на курс действует скидка 40%. Записаться
Реклама. ООО "Нетология". ИНН 7726464125 Erid 2VSb5zDAvbK
😁3🙈2
Как правильно тащить данные в хранилище и не чувствовать боль
⏳ 4 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Как правильно тащить данные в хранилище и не чувствовать боль
— Нет времени объяснять, просто подключите хранилище напрямую к продовой базе. Есть какой-то ТУЗ не нужный? Так обычно начинается повесть о созданном в рекордные сроки дашборде. А потом боль и...
🔥 Готовы стать экспертом в микросервисах?
Микросервисная архитектура — ключ к созданию масштабируемых и гибких систем. Если вы хотите освоить современные технологии, такие как Docker, Kubernetes, Apache Kafka и Prometheus — программа курса "Microservice Architecture" отлично подойдет для этого.
Пройдите вступительное тестирование и успейте присоединиться к группе курса!
🎯Возможности обучения:
🔹Практические навыки: реальная работа с популярными инструментами.
🔹Лучшие практики: освоите архитектуру, которая востребована на рынке.
👉Пройти тест https://clck.ru/3NeMwZ
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Микросервисная архитектура — ключ к созданию масштабируемых и гибких систем. Если вы хотите освоить современные технологии, такие как Docker, Kubernetes, Apache Kafka и Prometheus — программа курса "Microservice Architecture" отлично подойдет для этого.
Пройдите вступительное тестирование и успейте присоединиться к группе курса!
🎯Возможности обучения:
🔹Практические навыки: реальная работа с популярными инструментами.
🔹Лучшие практики: освоите архитектуру, которая востребована на рынке.
👉Пройти тест https://clck.ru/3NeMwZ
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Зарплаты IT-специалистов в первой половине 2025: +2%, рост замедлился
⏳ 6 мин | 🟡⚪️⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Зарплаты IT-специалистов в первой половине 2025: +2%, рост замедлился
Каждые полгода мы на Хабр Карьере собираем зарплаты IT-специалистов из калькулятора и делаем большое исследование, чтобы посмотреть, как происходят дела на рынке зарплат.Принесли вам итоги первой половины 2025 — проанализировали, сколько специалисты зарабатывали…
🤣4🤔2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Всё, что я знаю о хорошем системном дизайне
Я часто вижу плохие советы по системному дизайну. Классический пример - посты в стиле «держу пари, вы никогда не слышали про очереди», заточенные под LinkedIn и рассчитанные, видимо, на новичков в...
👍3🎉2
📌Два бесплатных вебинара для системных и бизнес-аналитиков. Успейте попасть в группу!
🔹Бизнес-аналитик и Системный аналитик: зачем нужны 2 роли?
⏰19 августа в 20:00 мск
💎Вы узнаете:
1. Зоны ответственности системного и бизнес-аналитика, решаемые задачи, акценты и ключевые результаты работы.
2. Как задачи этих ролей видит отрасль и ведущие компании.
3. Кто такие fullstack-аналитики и стоит ли развиваться в эту сторону.
4. Какие навыки развивать системному и бизнес-аналитику.
🔹Трассировка и ведение реестра требований
⏰25 августа в 20:00 мск
💎Вы узнаете:
1. Важность трассировки требований между собой и на элементы решения и архитектуры
2. Методы и инструменты, которые могут быть применены аналитиком для трассировки требований
🎁Участники вебинаров получат подарки на почту🎁
Регистрация на вебинары ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🔹Бизнес-аналитик и Системный аналитик: зачем нужны 2 роли?
⏰19 августа в 20:00 мск
💎Вы узнаете:
1. Зоны ответственности системного и бизнес-аналитика, решаемые задачи, акценты и ключевые результаты работы.
2. Как задачи этих ролей видит отрасль и ведущие компании.
3. Кто такие fullstack-аналитики и стоит ли развиваться в эту сторону.
4. Какие навыки развивать системному и бизнес-аналитику.
🔹Трассировка и ведение реестра требований
⏰25 августа в 20:00 мск
💎Вы узнаете:
1. Важность трассировки требований между собой и на элементы решения и архитектуры
2. Методы и инструменты, которые могут быть применены аналитиком для трассировки требований
🎁Участники вебинаров получат подарки на почту🎁
Регистрация на вебинары ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Архитектурный комитет: настраиваем работу с нуля. Часть 1. Definition of Ready, Definition of Done и статусная модель
⏳ 8 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Архитектурный комитет: настраиваем работу с нуля. Часть 1. Definition of Ready, Definition of Done и статусная модель
Привет! Меня зовут Павел Лукьянов, я deputy CTO в AGIMA . Каждую пятницу с 3 до 4 пополудни я занят. Не звоните мне и не ищите меня. В это время у нас еженедельная встреча архитектурного комитета, где...
🔥3
Forwarded from Business | System analyst
Салют! Сегодня затронем наболевшую тему многих системных аналитиков «Архитектура ПО для аналитика: зачем разбираться и как применять»
Меня часто спрашивают: «Зачем аналитику знать архитектуру ПО? Ведь это же задача архитекторов и разработчиков».
Отвечу просто: без понимания архитектуры вы будете писать требования вслепую, а это рисковать проектом.
Вот мой развернутый ответ на этот вовпрос:
1️⃣ Зачем аналитику разбираться в архитектуре?
- Говорить на одном языке с разработчиками – чтобы вас понимали, а ваши требования не казались «магией».
- Предвидеть ограничения – если знаешь, что система монолитная, не предложишь микросервисное решение без серьезной причины.
- Оценивать сложность изменений – иногда «простая кнопка» требует перелопачивания половины backend-логики.
- Архитектурно значимые требования – аналитик должен выявлять нефункциональные требования (масштабируемость, отказоустойчивость), иначе система развалится под нагрузкой.
2️⃣ Что нужно знать? (минимум для работы и понимания)
✅ Базовые стили архитектуры:
- Монолит vs Микросервисы – плюсы, минусы, где что применяется.
- Слоистая архитектура (Presentation-Business-Data) – чтобы понимать, в каком слое искать проблему.
- Event-Driven – если система работает на событиях (например, Kafka), аналитик должен уметь описывать сценарии.
✅ Паттерны проектирования:
- MVC, CQRS, Saga – не надо глубоко, но понимать, зачем они нужны, важно.
- Клиент-серверная vs Peer-to-Peer – влияет на требования к сети и безопасности.
✅ Интеграции:
- REST, GraphQL, gRPC – чтобы не путать синхронные и асинхронные API.
- Message Brokers (Kafka, RabbitMQ) – если система обрабатывает потоки данных.
✅ Базы данных:
- Реляционные (PostgreSQL) vs NoSQL (MongoDB) – от этого зависит, как писать требования к хранению данных.
3️⃣ С какими проблемами сталкивалась я?
🔹 Разработчики говорят: «Это невозможно» – а на деле просто сложно, потому что архитектура не позволяет. Если аналитик знает ограничения, он может предложить альтернативу.
🔹 Требования «висят в воздухе» – когда не понимаешь, куда в системе встроить функционал, получается «костыль».
🔹 Неучтенные нефункциональные требования – например, забыли про нагрузку, и система падает при 1000 пользователей.
4️⃣ Мои советы
🔸 Читайте документацию и схемы – если есть архитектурная диаграмма, изучите ее перед написанием требований.
🔸 Задавайте вопросы – «Как этот модуль общается с другим?», «Где будет храниться эти данные?».
🔸 Учитесь на реальных кейсах – разбирайте open-source проекты или спрашивайте у разработчиков, как устроены системы, с которыми работаете.
🔸 Пишите требования с учетом архитектуры – если знаете, что backend медленный, не обещайте пользователю мгновенный поиск.
____________________
Архитектура – это не страшно. Это просто еще один инструмент, который делает вас сильным аналитиком, а не просто «писателем ТЗ».
📎 Пару статей вам в помощь для понимания:
- Как системный аналитик влияет на проектирование архитектуры
- Как стать архитектором в ИТ
- Системный аналитик. Краткий гайд по профессии. Часть 3. Архитектура приложений и их масштабирование
- От требований к постановкам задач на разработку с помощью архитектурного проекта
Источник: @ba_and_sa
Меня часто спрашивают: «Зачем аналитику знать архитектуру ПО? Ведь это же задача архитекторов и разработчиков».
Отвечу просто: без понимания архитектуры вы будете писать требования вслепую, а это рисковать проектом.
Вот мой развернутый ответ на этот вовпрос:
- Говорить на одном языке с разработчиками – чтобы вас понимали, а ваши требования не казались «магией».
- Предвидеть ограничения – если знаешь, что система монолитная, не предложишь микросервисное решение без серьезной причины.
- Оценивать сложность изменений – иногда «простая кнопка» требует перелопачивания половины backend-логики.
- Архитектурно значимые требования – аналитик должен выявлять нефункциональные требования (масштабируемость, отказоустойчивость), иначе система развалится под нагрузкой.
- Монолит vs Микросервисы – плюсы, минусы, где что применяется.
- Слоистая архитектура (Presentation-Business-Data) – чтобы понимать, в каком слое искать проблему.
- Event-Driven – если система работает на событиях (например, Kafka), аналитик должен уметь описывать сценарии.
- MVC, CQRS, Saga – не надо глубоко, но понимать, зачем они нужны, важно.
- Клиент-серверная vs Peer-to-Peer – влияет на требования к сети и безопасности.
- REST, GraphQL, gRPC – чтобы не путать синхронные и асинхронные API.
- Message Brokers (Kafka, RabbitMQ) – если система обрабатывает потоки данных.
- Реляционные (PostgreSQL) vs NoSQL (MongoDB) – от этого зависит, как писать требования к хранению данных.
🔹 Разработчики говорят: «Это невозможно» – а на деле просто сложно, потому что архитектура не позволяет. Если аналитик знает ограничения, он может предложить альтернативу.
🔹 Требования «висят в воздухе» – когда не понимаешь, куда в системе встроить функционал, получается «костыль».
🔹 Неучтенные нефункциональные требования – например, забыли про нагрузку, и система падает при 1000 пользователей.
🔸 Читайте документацию и схемы – если есть архитектурная диаграмма, изучите ее перед написанием требований.
🔸 Задавайте вопросы – «Как этот модуль общается с другим?», «Где будет храниться эти данные?».
🔸 Учитесь на реальных кейсах – разбирайте open-source проекты или спрашивайте у разработчиков, как устроены системы, с которыми работаете.
🔸 Пишите требования с учетом архитектуры – если знаете, что backend медленный, не обещайте пользователю мгновенный поиск.
____________________
Архитектура – это не страшно. Это просто еще один инструмент, который делает вас сильным аналитиком, а не просто «писателем ТЗ».
- Как системный аналитик влияет на проектирование архитектуры
- Как стать архитектором в ИТ
- Системный аналитик. Краткий гайд по профессии. Часть 3. Архитектура приложений и их масштабирование
- От требований к постановкам задач на разработку с помощью архитектурного проекта
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤2
Собеседования на позиции BA/SA-аналитиков, технических менеджеров стали субъективно сложнее.
Сейчас крупные IT-компании проводят с кандидатом по два и более отдельных интервью.
А это значит, что проводится отдельное техническое собеседование.
Все для того, чтобы пройти такое собеседование, — на нашем онлайн-курсе!
🔹🔹 🔹🔹
Начните с бесплатных уроков по архитектуре и интеграциям в чат-боте курса.
Переходите и знакомьтесь:
@studyit_help_bot
🟢 Доступы к урокам у наших учеников бессрочные.
✏️Скидка на полный курс от канала — 1 000 ₽ по промокоду ANATI до 30 августа.
Сейчас крупные IT-компании проводят с кандидатом по два и более отдельных интервью.
А это значит, что проводится отдельное техническое собеседование.
Все для того, чтобы пройти такое собеседование, — на нашем онлайн-курсе!
🔹🔹 🔹🔹
Начните с бесплатных уроков по архитектуре и интеграциям в чат-боте курса.
Переходите и знакомьтесь:
@studyit_help_bot
🟢 Доступы к урокам у наших учеников бессрочные.
✏️Скидка на полный курс от канала — 1 000 ₽ по промокоду ANATI до 30 августа.
От REST-монолита к гибкой архитектуре GraphQL-федерации: реальный кейс Авто.ру
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
От REST-монолита к гибкой архитектуре GraphQL-федерации: реальный кейс Авто.ру
Реализация системы с микросервисной архитектурой редко обходится без классического разруливающего REST‑гейтвея. Но когда ваша система растёт годами, а в гейтвее плодятся сотни...
🥰2👍1
🔥 Хотите получить практические ответы на вопросы по интеграциям, которые встречаются на каждом втором интервью системных аналитиков?
Мы разберём реальные кейсы: REST, шины, брокеры сообщений, файлы. Вы поймёте, как выбрать решение и объяснить его даже гуманитарию.
Урок пройдёт 28 августа в 20:00, а набор на курс уже скоро стартует. Участники открытого урока получат скидку на обучение.
Этот вебинар нужен тем, кто готовится к собеседованиям, меняет проект или хочет повысить уровень в системном анализе. Мы дадим шаблоны аргументов и приёмы, которые реально работают. Регистрация открыта: https://clck.ru/3NoPVD
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Мы разберём реальные кейсы: REST, шины, брокеры сообщений, файлы. Вы поймёте, как выбрать решение и объяснить его даже гуманитарию.
Урок пройдёт 28 августа в 20:00, а набор на курс уже скоро стартует. Участники открытого урока получат скидку на обучение.
Этот вебинар нужен тем, кто готовится к собеседованиям, меняет проект или хочет повысить уровень в системном анализе. Мы дадим шаблоны аргументов и приёмы, которые реально работают. Регистрация открыта: https://clck.ru/3NoPVD
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Архитектурный комитет: настраиваем работу с нуля. Часть 2. Приемка архитектурного документа и концепция ADR
⏳ 13 мин | 🟡🟡⚪️
Читать статью | Analyst IT
Читать статью | Analyst IT
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Архитектурный комитет: настраиваем работу с нуля. Часть 2. Приемка архитектурного документа и концепция ADR
Привет! Это снова я, Паша Лукьянов. Я по-прежнему deputy CTO в AGIMA и по-прежнему рассказываю о принципах работы архкомитета у нас в компании. В первой части статьи я объяснил, из каких критериев...
❤2👍2🤔1
🔹Приглашаем вас на курс «Системный аналитик. Advanced»🔹
📚Что вы узнаете на курсе:
+ Навыки системного анализа – от Waterfall до Agile.
+ Работа с требованиями – интервью, BPMN, Use Case, User Story.
+ Проектирование ПО – UML, микросервисы, REST/SOAP API.
+ Базы данных – SQL/NoSQL, оптимизация нагрузки.
+ Анализ данных – сложные SQL-запросы, Power BI.
+ CI/CD, Git, тестирование – Postman, автоматизация.
+ Реальный проект – от ТЗ до защиты.
⏰ Старт: 27 августа.
✅ Пройдите вступительное тестирование и узнайте вашу готовность к обучению на курсе «Системный аналитик. Advanced».
🎁 Скидка 5% при полной оплате курса по промо-коду SAA08 до 08.09.2025г.
Вступительное тестирование ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
📚Что вы узнаете на курсе:
+ Навыки системного анализа – от Waterfall до Agile.
+ Работа с требованиями – интервью, BPMN, Use Case, User Story.
+ Проектирование ПО – UML, микросервисы, REST/SOAP API.
+ Базы данных – SQL/NoSQL, оптимизация нагрузки.
+ Анализ данных – сложные SQL-запросы, Power BI.
+ CI/CD, Git, тестирование – Postman, автоматизация.
+ Реальный проект – от ТЗ до защиты.
⏰ Старт: 27 августа.
✅ Пройдите вступительное тестирование и узнайте вашу готовность к обучению на курсе «Системный аналитик. Advanced».
🎁 Скидка 5% при полной оплате курса по промо-коду SAA08 до 08.09.2025г.
Вступительное тестирование ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Forwarded from Business | System analyst
Салют! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA, и затронем тему архитектуры ПО, тем более мы затрагивали целую неделю эту тему:
#вопросыссобеседования | @ba_and_sa
Часть 20:
📍Вопрос 1: Расскажите кратко, что такое архитектура ПО, и для чего ее нужно понимать аналитику?
✅Краткий ответ:
Архитектура ПО — это фундаментальная организация системы, воплощенная в виде ее компонентов, их взаимоотношений друг с другом и окружением, а также принципов, governing ее проектирование и эволюцию.
Для чего она аналитику?
1. Говорить с разработчиками на одном языке и формулировать требования, реализуемые в рамках существующих ограничений.
2. Оценивать сложность и риски изменений. Простая на вид фича может потребовать огромных усилий, если нарушает архитектурные принципы.
3. Выявлять архитектурно-значимые требования (масштабируемость, отказоустойчивость, безопасность), которые часто неочевидны для бизнеса, но vital для технического успеха проекта.
4. Проектировать интеграции между системами, понимая стили взаимодействия (REST, messaging, events) и их последствия.
Вместо итога: понимание архитектуры позволяет аналитику предлагать не просто корректные, но и реализуемые в рамках системы решения
📎Материалы по теме:
- Зачем системному аналитику читать «Чистую архитектуру» Роберта Мартина
- Роль системного аналитика при проектировании архитектурных решений
📍Вопрос 2: Как вы учитываете архитектуру системы при сборе требований и написании ТЗ?
✅ Краткий ответ:
Это помогает:
1. Предлагать реализуемые решения — предлагать функции, которые вписываются в текущую систему, а не требуют её перестройки.
2. Учитывать интеграции — правильно описывать взаимодействие компонентов, протоколы и форматы данных.
3. Выявлять скрытые сложности — например, понимать, что «простая» функция может потребовать изменений в нескольких микросервисах или создать нагрузку на базу данных.
В ТЗ выделяются архитектурно-значимые требования — производительность, безопасность, масштабируемость — чтобы разработка сразу закладывала их в реализацию
📍Вопрос 3: Какие технологии и паттерны вы бы использовали при проектировании системы для обработки большого объема транзакций в реальном времени с гарантией доставки и без потерь данных?
✅ Краткий ответ:
- Технологии: Kafka (для очередей), Apache Flink/Spark Streaming (для обработки), PostgreSQL (с репликацией) или Cassandra (для масштабируемости).
- Паттерны:
- CQRS (разделение на запись и чтение для масштабирования).
- Event Sourcing (хранение всех событий для восстановления состояния).
- Saga Pattern (для управления распределенными транзакциями).
- Гарантии доставки: подтверждение (ack) в Kafka, idempотентные операции, Dead Letter Queue (DLQ) для обработки ошибок.
📎Материалы по теме:
- Архитектурные паттерны
- Введение в Apache Kafka для системных аналитиков и проектировщиков интеграций
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
#вопросыссобеседования | @ba_and_sa
Часть 20:
📍Вопрос 1: Расскажите кратко, что такое архитектура ПО, и для чего ее нужно понимать аналитику?
✅Краткий ответ:
Архитектура ПО — это фундаментальная организация системы, воплощенная в виде ее компонентов, их взаимоотношений друг с другом и окружением, а также принципов, governing ее проектирование и эволюцию.
Для чего она аналитику?
1. Говорить с разработчиками на одном языке и формулировать требования, реализуемые в рамках существующих ограничений.
2. Оценивать сложность и риски изменений. Простая на вид фича может потребовать огромных усилий, если нарушает архитектурные принципы.
3. Выявлять архитектурно-значимые требования (масштабируемость, отказоустойчивость, безопасность), которые часто неочевидны для бизнеса, но vital для технического успеха проекта.
4. Проектировать интеграции между системами, понимая стили взаимодействия (REST, messaging, events) и их последствия.
Вместо итога: понимание архитектуры позволяет аналитику предлагать не просто корректные, но и реализуемые в рамках системы решения
📎Материалы по теме:
- Зачем системному аналитику читать «Чистую архитектуру» Роберта Мартина
- Роль системного аналитика при проектировании архитектурных решений
📍Вопрос 2: Как вы учитываете архитектуру системы при сборе требований и написании ТЗ?
✅ Краткий ответ:
Я рассматриваю архитектуру, как набор возможностей и ограничений. При работе с требованиями, я сначала изучаю текущую архитектуру через документацию и обсуждения с разработчиками.
Это помогает:
1. Предлагать реализуемые решения — предлагать функции, которые вписываются в текущую систему, а не требуют её перестройки.
2. Учитывать интеграции — правильно описывать взаимодействие компонентов, протоколы и форматы данных.
3. Выявлять скрытые сложности — например, понимать, что «простая» функция может потребовать изменений в нескольких микросервисах или создать нагрузку на базу данных.
В ТЗ выделяются архитектурно-значимые требования — производительность, безопасность, масштабируемость — чтобы разработка сразу закладывала их в реализацию
📍Вопрос 3: Какие технологии и паттерны вы бы использовали при проектировании системы для обработки большого объема транзакций в реальном времени с гарантией доставки и без потерь данных?
✅ Краткий ответ:
- Технологии: Kafka (для очередей), Apache Flink/Spark Streaming (для обработки), PostgreSQL (с репликацией) или Cassandra (для масштабируемости).
- Паттерны:
- CQRS (разделение на запись и чтение для масштабирования).
- Event Sourcing (хранение всех событий для восстановления состояния).
- Saga Pattern (для управления распределенными транзакциями).
- Гарантии доставки: подтверждение (ack) в Kafka, idempотентные операции, Dead Letter Queue (DLQ) для обработки ошибок.
По технологиям и архитектурным паттернам будет большой пост, но позже
📎Материалы по теме:
- Архитектурные паттерны
- Введение в Apache Kafka для системных аналитиков и проектировщиков интеграций
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
🔥2❤1