У меня на синьора спросили url-shortener. Масштабируемый и отказоустойчивый. От дизайна с обоснованием выбора компонентов до реализации.

Даже страшно представить, что ожидали в ответе?)

Субъективно: подобное задание можно дать как интерну, так и сеньору. Просто в зависимости от грейда ожидания будут разные.

Типичный вопрос по system design в FAANG.

автоматический редиректор на один из существующих url-shortener'ов?

точнее -- редиректит то он на разные, но каждый запрос на один конкретный

это решение product engineer'а 😃

чистый инженер все запилит сам

можно еще мониторить живость этих сервисов 🙂 и в зависимости от подстраивать перенаправление запросов.

и их частоты

Прямо отлично)

Ну а чего там дизайнить то?

Создаём БД, там храним время жизни ссылки, ссылку полную, сокращённый param для урла, дату создания, инфу о создающем.

Поднимаем актикс и пишем веб морду с кнопкой, по кнопке дергаем post до обработчика, пишем в лог вызов / ответ, записываем в БД новую запись о ссылке.

Дулаем GET метод в том же актиксе, ищем в БД по параметру и возвращаем редирект, пишем статистику если надо и в лог.

Ну и все методы асинхронные

Ок, на джуниора потянешь.

Надо было хотя бы кафку использовать и грпц

Угу) А без шуток, что ожидают то?

Ожидают, что ты расскажешь, что будешь делать, когда упрёшься в производительность базы.  Это хайлоад, детка.

без блокчейна не модно

Написано же "масштабируемый"

Никто не запрещал масштабировать вертикально)

Это когда железом?