Есть одна фраза, к которой многие аналитики относятся спокойно. Я же каждый раз напрягаюсь, когда ее слышу.
В ней нет ничего плохого. Но чаще всего она означает, что ты перестал влиять на продукт.
Со временем я заметил одну закономерность: работа аналитика не заканчивается, когда написаны требования. Наоборот, в этот момент начинается самое интересное.
В жизни это выглядит так.
Ты предлагаешь «просто добавить еще одно поле», а в ответ слышишь:
И в этот момент становится понятно: проблема была не в одном поле. Ты увидел бизнес-ценность этого изменения. А разработчики сразу увидели его цену для системы.
Знаете, какой лучший комплимент я слышал в профессии?
Для меня это высшая похвала. Не потому, что ее сказал разработчик, а потому, что в этот момент понимаешь: тебе начали доверять.
Если коротко, вот 5 вопросов, которые я сам стараюсь задавать, прежде чем предлагать любое решение:
1. Что еще придется изменить, чтобы эта фича заработала?
2. Как система переживёт ошибку в этом месте?
3. Что станет сложнее поддерживать после этого изменения?
4. Есть ли в системе уже механизм, который решает похожую задачу?
5. Какое решение даст бизнесу почти тот же результат, но будет значительно дешевле в реализации?
Через пару дней хочу показать другую сторону этой истории: что происходит, когда вместо понимания системы аналитик начинает полагаться на ChatGPT.
Мы в Макс😎
Мы сами решим.
В ней нет ничего плохого. Но чаще всего она означает, что ты перестал влиять на продукт.
Со временем я заметил одну закономерность: работа аналитика не заканчивается, когда написаны требования. Наоборот, в этот момент начинается самое интересное.
В жизни это выглядит так.
Ты предлагаешь «просто добавить еще одно поле», а в ответ слышишь:
🤯 Нам придется менять контракт API. Переделывать очередь. Ломать обратную совместимость. И заново тестировать четыре интеграции.
И в этот момент становится понятно: проблема была не в одном поле. Ты увидел бизнес-ценность этого изменения. А разработчики сразу увидели его цену для системы.
Знаете, какой лучший комплимент я слышал в профессии?
Наконец-то требования писал человек, который понимает, что происходит под капотом.
Для меня это высшая похвала. Не потому, что ее сказал разработчик, а потому, что в этот момент понимаешь: тебе начали доверять.
Если коротко, вот 5 вопросов, которые я сам стараюсь задавать, прежде чем предлагать любое решение:
1. Что еще придется изменить, чтобы эта фича заработала?
2. Как система переживёт ошибку в этом месте?
3. Что станет сложнее поддерживать после этого изменения?
4. Есть ли в системе уже механизм, который решает похожую задачу?
5. Какое решение даст бизнесу почти тот же результат, но будет значительно дешевле в реализации?
Через пару дней хочу показать другую сторону этой истории: что происходит, когда вместо понимания системы аналитик начинает полагаться на ChatGPT.
Мы в Макс😎
🔥16
🎙️NEW PODCAST «Почему ваш ИИ - гениальный стажер, а не сеньор-архитектор.»
Главные мысли, которые разобрал:
✔️ ИИ знает все книги, но не знает вашего легаси, неписаных правил ИБ и системы, которую нельзя выключать.
⚠️ Правильный вопрос не «заменит ли ИИ?», а «кто ответит за последствия?».
😎 ИИ знает лучшие практики. Senior знает исключения из них. Именно в этих исключениях, рожденных из реальных проектов, живет настоящая экспертиза.
Новая главная задача инженера не написать лучший промпт, а за две минуты посмотреть на идеальный с виду ответ ИИ и понять, где он ошибся.
Рассказал в подкасте, как я ошибся, а ИИ оказался прав😎
💡 А чтобы теория стала практикой... в подкасте обещал дать ссылку на бесплатные уроки, которые покажут, о чем ИИ «забывает» подумать и часто предлагает «красивые», но нерабочие решения.
Найдите полчаса, часик, посмотрите в выходные.
✔️ Модуль «Event-based (событийно-ориентированные) асинхронные API», урок: Синхронные и асинхронные запросы (23 мин)
Этот урок — фундаментальная база, которая отделяет Junior-подход от взрослого проектирования. Классический пример: ИИ предлагает простое синхронное API там, где система рухнет без асинхронной обработки (антифрод, аудит, сложные расчеты).
✔️ Модуль «Проектирование API – REST», урок: Методы и ключ идемпотентности (20 мин)
Вторая ловушка, в которую часто попадает ИИ, — предложить решение, которое не выдержит повторного запроса. В уроке разбираем, как один маленький «ключ» спасает от дублирования данных и хаоса в системе.
Уроки помечены, как «Демо-доступ». Изучайте, делитесь опытом. Всех обнял😊
Главные мысли, которые разобрал:
✔️ ИИ знает все книги, но не знает вашего легаси, неписаных правил ИБ и системы, которую нельзя выключать.
⚠️ Правильный вопрос не «заменит ли ИИ?», а «кто ответит за последствия?».
😎 ИИ знает лучшие практики. Senior знает исключения из них. Именно в этих исключениях, рожденных из реальных проектов, живет настоящая экспертиза.
Новая главная задача инженера не написать лучший промпт, а за две минуты посмотреть на идеальный с виду ответ ИИ и понять, где он ошибся.
Рассказал в подкасте, как я ошибся, а ИИ оказался прав😎
💡 А чтобы теория стала практикой... в подкасте обещал дать ссылку на бесплатные уроки, которые покажут, о чем ИИ «забывает» подумать и часто предлагает «красивые», но нерабочие решения.
Найдите полчаса, часик, посмотрите в выходные.
✔️ Модуль «Event-based (событийно-ориентированные) асинхронные API», урок: Синхронные и асинхронные запросы (23 мин)
Этот урок — фундаментальная база, которая отделяет Junior-подход от взрослого проектирования. Классический пример: ИИ предлагает простое синхронное API там, где система рухнет без асинхронной обработки (антифрод, аудит, сложные расчеты).
✔️ Модуль «Проектирование API – REST», урок: Методы и ключ идемпотентности (20 мин)
Вторая ловушка, в которую часто попадает ИИ, — предложить решение, которое не выдержит повторного запроса. В уроке разбираем, как один маленький «ключ» спасает от дублирования данных и хаоса в системе.
Уроки помечены, как «Демо-доступ». Изучайте, делитесь опытом. Всех обнял😊
👍7
Please open Telegram to view this post
VIEW IN TELEGRAM
«Я вроде бы уже работающий аналитик, но как только на собеседовании заходит речь про архитектуру и интеграции - мне нечем ответить».
Знакомо?
В такой позиции часто застревают специалисты, когда хотят уйти от поверхностных задач в глубокий системный анализ с высоким чеком.
Именно так чувствовал себя Павел. #ученикиговорят
Публикую историю с разрешения Павла с его слов на телефонном интервью с моей командой. Изображение мужчины сгенерировано ИИ.
На позиции «недо-системного» аналитика с доходом 40–60к Павел уперся в потолок: не хватало понимания, как реально проектируются интеграции. В очередной раз повторить базовую теорию по сбору требований на стандартных курсах не было смысла.
После практики и разбора асинхрона, SOAP и Kafka уверенность пришла сразу. Павел легко проходил технические собеседования, рассказывая реальные кейсы с проекта, и быстро дорос до позиции Ведущего системного аналитика в Финтехе на 300к+.
Спустя 2 года Павел всё ещё заглядывает в конспекты курса перед техническими интервью и сложными задачами. Потому что глубокие хард-скиллы — это инвестиция, которая работает на тебя годами😎
Огня Павлу 🔥🔥🔥
Как ваши дела? Демо-уроки посмотрели за выходные?
Знакомо?
В такой позиции часто застревают специалисты, когда хотят уйти от поверхностных задач в глубокий системный анализ с высоким чеком.
Именно так чувствовал себя Павел. #ученикиговорят
Публикую историю с разрешения Павла с его слов на телефонном интервью с моей командой. Изображение мужчины сгенерировано ИИ.
На позиции «недо-системного» аналитика с доходом 40–60к Павел уперся в потолок: не хватало понимания, как реально проектируются интеграции. В очередной раз повторить базовую теорию по сбору требований на стандартных курсах не было смысла.
После практики и разбора асинхрона, SOAP и Kafka уверенность пришла сразу. Павел легко проходил технические собеседования, рассказывая реальные кейсы с проекта, и быстро дорос до позиции Ведущего системного аналитика в Финтехе на 300к+.
Но самое интересное произошло дальше🔥
Спустя 2 года Павел всё ещё заглядывает в конспекты курса перед техническими интервью и сложными задачами. Потому что глубокие хард-скиллы — это инвестиция, которая работает на тебя годами😎
Огня Павлу 🔥🔥🔥
Как ваши дела? Демо-уроки посмотрели за выходные?
🔥11
Есть одна проблема, о которой не говорят в больших онлайн-школах. Она проявляется уже на первом серьезном техническом собеседовании.
Представьте, вас спрашивают:
После такого вопроса очень быстро становится понятно: человек знает,«ЧТО ЭТО ТАКОЕ», но совершенно не понимает, «ПОЧЕМУ ИМЕННО ТАК?». Это и есть главный разрыв между курсами и реальной работой.
Мы намерено построили курс наоборот. Например, в модуле про асинхронные API мы не просто заучиваем, что такое WebSocket, а на реальных кейсах разбираем, почему в одном случае он выигрывает у Long Polling, а в другом - проигрывает. В блоке про проектирование REST мы не просто даем определение идемпотентности, а показываем, что конкретно сломается в системе - в деньгах, в данных, если про нее забыть.
Сегодня определения можно быстро найти в Google или спросить у ChatGPT, а научиться инженерному мышлению возможно только на практике. Помните Павла? 👆Это позволило ему вырасти с 60 000 ₽ до 300 000+ в финтехе.
Однажды наступает момент, когда дешевле один раз разобраться в теме, чем ещё год учиться на собственных ошибках и слышать фразу «Спасибо, мы вам перезвоним».
Сейчас вы можете получить доступ к курсу, включая все будущие обновления, со скидкой 25%.
С сентября мы обновляем программу и пересматриваем цены. Август будет. Подарки тоже будут 🙂 Но скидку 25% планируем сделать исключением, а не правилом, просто предупреждаем.
🌴 Завершающий и самый жаркий промокод этого сезона на 25%: LAST
Посмотреть программу и демо-уроки, выбрать тариф и применить промокод можно по ссылкам ниже👇
[Курс 3 варианта тарифа]: Проектирование архитектуры и интеграций (API / брокеры) сервисов💥
[Курс один тариф]: Системный анализ по-взрослому💥
Представьте, вас спрашивают:
«Окей, а почему здесь Kafka, а не обычный REST-запрос?»
После такого вопроса очень быстро становится понятно: человек знает,«ЧТО ЭТО ТАКОЕ», но совершенно не понимает, «ПОЧЕМУ ИМЕННО ТАК?». Это и есть главный разрыв между курсами и реальной работой.
Мы намерено построили курс наоборот. Например, в модуле про асинхронные API мы не просто заучиваем, что такое WebSocket, а на реальных кейсах разбираем, почему в одном случае он выигрывает у Long Polling, а в другом - проигрывает. В блоке про проектирование REST мы не просто даем определение идемпотентности, а показываем, что конкретно сломается в системе - в деньгах, в данных, если про нее забыть.
Сегодня определения можно быстро найти в Google или спросить у ChatGPT, а научиться инженерному мышлению возможно только на практике. Помните Павла? 👆Это позволило ему вырасти с 60 000 ₽ до 300 000+ в финтехе.
Однажды наступает момент, когда дешевле один раз разобраться в теме, чем ещё год учиться на собственных ошибках и слышать фразу «Спасибо, мы вам перезвоним».
Сейчас вы можете получить доступ к курсу, включая все будущие обновления, со скидкой 25%.
С сентября мы обновляем программу и пересматриваем цены. Август будет. Подарки тоже будут 🙂 Но скидку 25% планируем сделать исключением, а не правилом, просто предупреждаем.
🌴 Завершающий и самый жаркий промокод этого сезона на 25%: LAST
Посмотреть программу и демо-уроки, выбрать тариф и применить промокод можно по ссылкам ниже👇
[Курс 3 варианта тарифа]: Проектирование архитектуры и интеграций (API / брокеры) сервисов💥
[Курс один тариф]: Системный анализ по-взрослому💥
🔥2
Всем привет! На связи Глеб😎
Заметил, что в июле/августе у всех IT-шников режим делится на два лагеря: либо ты лежишь на пляже и виджетом проверяешь, не упал ли прод, либо тушишь пожары за троих ушедших в отпуск коллег и мечтаешь просто выспаться.
Мы тут с командой пилим обновления для курсов и симулятора, и я хочу понять, чем сейчас живет наш канал.
Ваши ответы помогут нам сделать продукты полезными под ваши реальные рабочие задачи, а не «в молоко».
Поделитесь, что вам сейчас актуально — ответьте на 4 вопроса ниже, займет меньше минуты👇
Заметил, что в июле/августе у всех IT-шников режим делится на два лагеря: либо ты лежишь на пляже и виджетом проверяешь, не упал ли прод, либо тушишь пожары за троих ушедших в отпуск коллег и мечтаешь просто выспаться.
Мы тут с командой пилим обновления для курсов и симулятора, и я хочу понять, чем сейчас живет наш канал.
Ваши ответы помогут нам сделать продукты полезными под ваши реальные рабочие задачи, а не «в молоко».
Поделитесь, что вам сейчас актуально — ответьте на 4 вопроса ниже, займет меньше минуты👇
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Наконец-то наметил свой единственный отпуск в этом году - в конце августа в Турцию. Цены, конечно, космос, но восстанавливать ресурс надо без вариантов 🌴
Пишите в комментариях, у кого как с отпусками в этом году, интересно - поболтаем. И спасибо за такое активное участие в опросах выше🎉
P.S. Для тех, кто не успел на последнюю акцию, продлил промокод -25% на все тарифы до понедельника 3 августа (23:59) - подробнее в [этом посте].
Проходить материалы сможете в своем темпе, хоть осенью.
Пишите в комментариях, у кого как с отпусками в этом году, интересно - поболтаем. И спасибо за такое активное участие в опросах выше🎉
P.S. Для тех, кто не успел на последнюю акцию, продлил промокод -25% на все тарифы до понедельника 3 августа (23:59) - подробнее в [этом посте].
Проходить материалы сможете в своем темпе, хоть осенью.
Telegram
API. Архитектура. Веб-сервисы
Есть одна проблема, о которой не говорят в больших онлайн-школах. Она проявляется уже на первом серьезном техническом собеседовании.
Представьте, вас спрашивают:
«Окей, а почему здесь Kafka, а не обычный REST-запрос?»
После такого вопроса очень быстро…
Представьте, вас спрашивают:
«Окей, а почему здесь Kafka, а не обычный REST-запрос?»
После такого вопроса очень быстро…
😁8
Channel name was changed to «API. Архитектура. Веб-сервисы | Глеб Учитель»
API. Архитектура. Веб-сервисы | Глеб Учитель
Voice message
Понял-понял и по опросу и комментарию на скрине, ИИ-подкасты вам не очень, попробую с этим что-то сделать, пока, как есть, спасибо за честную открытую обратную связь и понимание 😊
Насчет модуля по ИИ из того же комментария на скрине.
Расскажу немного про наше «закулисье». На самом деле курс делает небольшая команда опытных аналитиков.
Сам модуль по ИИ мы писали сами, а видео записывал Глеб (часть материалов действительно озвучена им).
При этом (не буду лукавить) для редактуры текста команда иногда использует ИИ.
Если кажется, что где-то текст стал слишком «гладким» и потерял живую подачу, значит, не попали в баланс.
Спасибо, что обратили на это внимание, попробуем другие подходы к редактуре.
Что касается голосовых в канале: да, сейчас тестируем ИИ-озвучку. Но именно озвучку. Сам текст, идеи и структура остаются от Глеба. Нам просто интересно попробовать новый формат и понять, насколько он удобен аудитории.
И точно не хочется превращаться в очередной «завод по производству ИИ-контента».
Думаю, если бы это было нашей целью, с нашими навыками Вы бы уже давно были завалены таким контентом. Мы сами скорее против этого и ценим человеческую экспертность.
Кто еще смотрел модуль по ИИ? Пишите обратку в комментариях👇🏻
Насчет модуля по ИИ из того же комментария на скрине.
Расскажу немного про наше «закулисье». На самом деле курс делает небольшая команда опытных аналитиков.
Сам модуль по ИИ мы писали сами, а видео записывал Глеб (часть материалов действительно озвучена им).
При этом (не буду лукавить) для редактуры текста команда иногда использует ИИ.
Если кажется, что где-то текст стал слишком «гладким» и потерял живую подачу, значит, не попали в баланс.
Спасибо, что обратили на это внимание, попробуем другие подходы к редактуре.
Что касается голосовых в канале: да, сейчас тестируем ИИ-озвучку. Но именно озвучку. Сам текст, идеи и структура остаются от Глеба. Нам просто интересно попробовать новый формат и понять, насколько он удобен аудитории.
И точно не хочется превращаться в очередной «завод по производству ИИ-контента».
Думаю, если бы это было нашей целью, с нашими навыками Вы бы уже давно были завалены таким контентом. Мы сами скорее против этого и ценим человеческую экспертность.
Кто еще смотрел модуль по ИИ? Пишите обратку в комментариях👇🏻
🔥1
API. Архитектура. Веб-сервисы | Глеб Учитель
СНАЧАЛА ЧИТАЙ ТУТ👇👇👇 Привет, рад видеть, я Глеб — Technical Product Manager и автор этого канала. В IT более 8 лет: прошёл путь от инженера поддержки до системного аналитика и технического продакта. С 2023 года вместе с командой обучили 2000+ специалистов…
Обновил закрепленное сообщение в канале, оцените👆🏼
Оно больше для новых подписчиков канала, но возможно, кто-то какие-то обновления еще не видел.
Сейчас с командой немного переупаковываемся. Основа остается. Самое лучшее для понимания, что мы идем в верном направлении - ваша обратная связь🔥 как вы поняли - всегда рад, как здесь, так и лично.
Отличного дня и настроения😎
Оно больше для новых подписчиков канала, но возможно, кто-то какие-то обновления еще не видел.
Сейчас с командой немного переупаковываемся. Основа остается. Самое лучшее для понимания, что мы идем в верном направлении - ваша обратная связь🔥 как вы поняли - всегда рад, как здесь, так и лично.
Отличного дня и настроения😎
🔥6👍2
🎙Продолжение. На связи Глеб Учитель, в этих двух аудио, делюсь мыслями на хайповые темы, которые звучат в информационном поле IT.
В подкасте:
💥 Главная причина фейлов ИИ в реальной разработке: отсутствие контекста, размазанные знания и противоречия стейкхолдеров.
💥 Грань делегирования: какую рутину я на 100% отдам ИИ, а какие задачи никогда не доверю.
💥 Цена ошибки: почему ИИ лишь рассчитывает вероятности, а инженер отвечает за принятые решения ДЕНЬГАМИ И РЕПУТАЦИЕЙ.
Предлагаю послушать всем продактам, бизнес-аналитикам, TPM и архитекторам, чтобы перестать заучивать сотни промптов и наконец сфокусироваться на понимании физики работы систем.
Делитесь, что думаете на этот счет, коллеги?
Еще интересные материалы:
👉 «Почему ваш ИИ — гениальный стажер, а не сеньор-архитектор»
👉 Разбор практики: «Гонка вооружений: ИИ-рекрутер против кандидата с ChatGPT или 9 кругов ИИ-собеса»
Мы в МАКС
В подкасте:
💥 Главная причина фейлов ИИ в реальной разработке: отсутствие контекста, размазанные знания и противоречия стейкхолдеров.
💥 Грань делегирования: какую рутину я на 100% отдам ИИ, а какие задачи никогда не доверю.
💥 Цена ошибки: почему ИИ лишь рассчитывает вероятности, а инженер отвечает за принятые решения ДЕНЬГАМИ И РЕПУТАЦИЕЙ.
Предлагаю послушать всем продактам, бизнес-аналитикам, TPM и архитекторам, чтобы перестать заучивать сотни промптов и наконец сфокусироваться на понимании физики работы систем.
Делитесь, что думаете на этот счет, коллеги?
Еще интересные материалы:
👉 «Почему ваш ИИ — гениальный стажер, а не сеньор-архитектор»
👉 Разбор практики: «Гонка вооружений: ИИ-рекрутер против кандидата с ChatGPT или 9 кругов ИИ-собеса»
Мы в МАКС
🔥5
Как один REST-запрос может положить банковскую систему. И почему Kafka - это не «модно», а жизненно необходимо.
Разберем показательный кейс: грань между «красивым Swagger от нейросети» и реальным боевым продакшеном.
Если попросить ChatGPT спроектировать API для выдачи кредита, он за 30 секунд выдаст аккуратную документацию. На бумаге всё выглядит стерильно - классическая цепочка из последовательных синхронных REST-вызовов:
1. POST /applications - создание заявки
2. POST /scoring - скоринг клиента
3. POST /accounts/credit - открытие кредитного счета
4. POST /cards/issue - выпуск карты
5. POST /notifications/sms - отправка SMS
6. POST /loyalty/bonuses - начисление приветственных бонусов
7. POST /antifraud/log - фиксация сделки в антифроде
8. POST /crm/update - обновление статуса в CRM
Пока нагрузка околонулевая, а все сервисы живы - схема работает. Но реальный прод всегда бьет по слабым местам.
Что происходит, когда на 6-м шаге падает сервис бонусов?
Синхронный REST запускает эффект домино:
• Деньги с кредитного счета уже ушли клиенту;
• Карта выпущена и активна;
• Сервис бонусов лежит с HTTP 504 Gateway Timeout;
• Запрос завис, а до антифрода и CRM очередь вообще не дошла.
В итоге: транзакция не завершена, данные рассинхронизированы, клиент получил деньги, но система безопасности о сделке даже не в курсе.
Почему так происходит?
Нейросети и начинающие аналитики выбирают синхронный REST просто потому, что это самый частый паттерн в сети. Создается иллюзия полного контроля. На практике жесткая связка превращает падение второстепенного сервиса в катастрофу для всей бизнес-транзакции.
⚙️ Как эту проблему решает брокер сообщений (Event-Driven Architecture):
Главная задача Kafka или RabbitMQ в таком сценарии — изоляция сбоев.
Вместо синхронной команды «сделай прямо сейчас» ядро системы публикует факт: Event: CreditIssued (кредит выдан).
Сервисы получают законное право болеть поодиночке:
1. Критичные шаги (счет и деньги) выполняются в ядре.
2. Второстепенные сервисы (бонусы, CRM, нотификации) подписаны на событие и вычитывают его независимо.
3. Если сервис бонусов упал — он спокойно поднимется через полчаса, дочитает очередь и начислит баллы без риска для основной операции.
Проектировать отказоустойчивые контракты и выбирать между REST, gRPC и брокерами, понимая не просто ЧТО использовать, а КОГДА и ПОЧЕМУ, мы подробно проходим на курсе «Проектирование архитектуры и интеграций сервисов» на Stepik (вводные уроки доступны бесплатно).
👇 Коллеги, сталкивались на проде с падением цепочек синхронных вызовов? Как развязывали — через саги, брокеры или ретраи с таймаутами?
Разберем показательный кейс: грань между «красивым Swagger от нейросети» и реальным боевым продакшеном.
Если попросить ChatGPT спроектировать API для выдачи кредита, он за 30 секунд выдаст аккуратную документацию. На бумаге всё выглядит стерильно - классическая цепочка из последовательных синхронных REST-вызовов:
1. POST /applications - создание заявки
2. POST /scoring - скоринг клиента
3. POST /accounts/credit - открытие кредитного счета
4. POST /cards/issue - выпуск карты
5. POST /notifications/sms - отправка SMS
6. POST /loyalty/bonuses - начисление приветственных бонусов
7. POST /antifraud/log - фиксация сделки в антифроде
8. POST /crm/update - обновление статуса в CRM
Пока нагрузка околонулевая, а все сервисы живы - схема работает. Но реальный прод всегда бьет по слабым местам.
Что происходит, когда на 6-м шаге падает сервис бонусов?
Синхронный REST запускает эффект домино:
• Деньги с кредитного счета уже ушли клиенту;
• Карта выпущена и активна;
• Сервис бонусов лежит с HTTP 504 Gateway Timeout;
• Запрос завис, а до антифрода и CRM очередь вообще не дошла.
В итоге: транзакция не завершена, данные рассинхронизированы, клиент получил деньги, но система безопасности о сделке даже не в курсе.
Почему так происходит?
Нейросети и начинающие аналитики выбирают синхронный REST просто потому, что это самый частый паттерн в сети. Создается иллюзия полного контроля. На практике жесткая связка превращает падение второстепенного сервиса в катастрофу для всей бизнес-транзакции.
⚙️ Как эту проблему решает брокер сообщений (Event-Driven Architecture):
Главная задача Kafka или RabbitMQ в таком сценарии — изоляция сбоев.
Вместо синхронной команды «сделай прямо сейчас» ядро системы публикует факт: Event: CreditIssued (кредит выдан).
Сервисы получают законное право болеть поодиночке:
1. Критичные шаги (счет и деньги) выполняются в ядре.
2. Второстепенные сервисы (бонусы, CRM, нотификации) подписаны на событие и вычитывают его независимо.
3. Если сервис бонусов упал — он спокойно поднимется через полчаса, дочитает очередь и начислит баллы без риска для основной операции.
Проектировать отказоустойчивые контракты и выбирать между REST, gRPC и брокерами, понимая не просто ЧТО использовать, а КОГДА и ПОЧЕМУ, мы подробно проходим на курсе «Проектирование архитектуры и интеграций сервисов» на Stepik (вводные уроки доступны бесплатно).
👇 Коллеги, сталкивались на проде с падением цепочек синхронных вызовов? Как развязывали — через саги, брокеры или ретраи с таймаутами?