ПРО АНАЛИТИКА | СИСТЕМНЫЙ АНАЛИТИК | АЛЕКСАНДР НЕЗДЕМИНА
Образование · 1 сентября 2026 г.
РЕШЕНИЕ ЗАДАЧИ ИЗ РЕАЛЬНОГО СОБЕСА (ПРО СЕРВИС БОНУСОВ) — 1 сентября 2026 г. в 12:30:40.696
РЕШЕНИЕ ЗАДАЧИ ИЗ РЕАЛЬНОГО СОБЕСА (ПРО СЕРВИС БОНУСОВ) Спасибо всем кто накидал варианты 🔥 У вас получились классные ответы и каждый посмотрел на ситуацию с разных сторон, поэтому для начала пройдусь по вашим ответам 😉 ➖➖➖ ВАШИ ВАРИАНТЫ ➡️ Анастасия В целом, направление очень верное: уйти в сторону асинхрона хороший вариант. При этом условие, что нельзя использовать брокер сохраняется. Если мы будем использовать хук и при этом не ждем ответа, а сервис бонусов сам дергает наш вебхук, то сервис заказов действительно перестанет виснуть. И в теории проблему мы закроем. Но основная проблема у нас не с сервисом заказов, а с сервисом бонусов, поэтому этому сервису легче не станет. Потому что нагрузка останется прежней. И если этот сервис приляжет, то вебхук не дернуть. ➡️ Маргарита У тебя, как и всегда, все по красоте, а зная твой опыт, и сомнений нет. У тебя классная идея на счет создания фонового воркера и в целом, опасения очень валидны, что данные могут разъехаться. И еще, все круто с пониманием, что "нужен ОК от бизнеса, что списание бонуса может быть залочено в момент пика" + сама мысль о том, что надо померить цифры 🔥 Чего не хватило? Так это мыслей по поводу таймаутов и объяснения, почему зависают сами заказы, но про это подумал Лёша 😄 ➡️ Алексей Круто, что сразу с плеча, про лечение сервиса. Я такие заходы люблю, когда провожу собесы. Обычно на интервью дают специально куцые условия, чтобы понять - вы будете уточнять детали или сразу в бой накидывать решения. По сути, если бы сервис бонусов сломался после релиза, откат решил бы все, но в условии сказано, что сервис нестабилен давно и умирает, именно при повышенном спросе, поэтому это не сломанная версия, "но это не точно", но больше нехватка ресурсов под нагрузкой и откат тут не поможет. И еще момент, в условии не сказано, чей это сервис с бонусами - наш или сторонней команды или вообще вендорский какой-то. Если наш, то проблем нет, а если чужой, то чинить может быть проблематично и долго. Хотя целевой вариант может быть таким. ➡️ Александр Первый вопрос прям в точку, а именно узнать в чем вообще смысл бонусов и на что они влияют не просто важно, а критически важно, потому что если мы не знаем зачем, то можем лечить не то и не теми методами. Это как с головной болью. Лучшее лекарство ТОПОР. Действует один раз, но лечит не так, как надо 😂 Дальше, правда ты ушел в тему с подами в кубере, но в условии явно прописано, что мы не можем наращивать мощности. В реальной жизни - рабочая схема, и если даже нет возможности на увеличение мощностей, то можно попробовать их выбить😁 ➖➖➖ Теперь к решению Не знаю, как вы, но я при работе с задачами всегда иду по стандартному алгоритму: 1) Сбор требований, чтобы понять зачем вообще что-то решать и что мы решаем. 2) Потом смотрю возможности и ограничения. Они явно видны из ответов собеседующих 3) И только на этом этапе начинаю накидывать реализацию. Но так как в текущих реалиях спросить не у кого, то работаем с тем, что мы знаем и можем предположить. 1️⃣ меня смущает - это накинутые ретраи. Если у нас сервис с бонусами и так страдает, то увеличение ретраев могут дать дополнительную нагрузку. Как минимум в 3 раза, так как у нас максимальное количество повторов 3 штуки. Поэтому я бы от этой истории возможно избавился бы. 2️⃣ Почему у нас зависают заказы, хотя ломаются бонусы? Тут надо подумать над связкой и вообще проработать бизнес-процесс. По идее, формирование заказа и работа с бонусами - это два разных процесса, а в текущих реалиях - это каскадный отказ, так как один сервис зависит от другого. То есть прорабатываем процессы, прежде чем чинить. Понятное дело, что в рамках интервью это не полечим, поэтому можно поработать с текущим состоянием и что-то полечить. ➖➖➖ ЧТО ЛЕЧИМ? 📌 Таймауты Надо