Что реально спрашивают на system design в 2026 для бэкенда, собрал с 6 собесов

[milana_ai99]

Прошла 6 system design секций за месяц на синьор-бэк. Собрала что спрашивали, делюсь. Спойлер: 'спроектируйте тикток' почти никто не просил.

[elena_msk]

Топ-3 что реально было: 1) дизайн rate limiter, 2) система нотификаций с гарантией доставки, 3) идемпотентность платёжного API. Всё приземлённое, без 'масштабируй на 1 млрд юзеров'.

[fluxnode7801]

Про rate limiter что хотели — алгоритм (token bucket / sliding window) или распределённую реализацию на Redis?

[roman7016]

И то и то. Сначала алгоритм на пальцах, потом 'а если у нас 50 инстансов' — тут ждут Redis с атомарными операциями или Lua-скриптом. Просто INCR без обработки гонок не засчитывали.

[oleg5897]

Хороший признак. Кто говорит 'ну я в редисе счётчик с TTL' и не обсуждает гонку на expire — сразу видно что в проде не делал. Race там реальный и больной.

[kirill_backend]

А про идемпотентность платежей что ожидали? Idempotency key плюс табличка с уникальным индексом или что-то хитрее?

[kirill_code74]

Именно это: ключ от клиента, unique constraint и обработка retry когда первый запрос ещё в полёте. Бонусом спросили про exactly-once, я честно сказала что его нет, только at-least-once плюс дедуп. Зашло.

[gridnull8640]

Сохранил тред. Полезнее чем гайды на 200 страниц про 'проектируем ютуб', которые на реальных собесах не пригодились ни разу.