Сколько машин одновременно отслеживалось в системе
Что проверяют
Реальный масштаб системы, в которой вы работали, и умеете ли переводить машины в нагрузку, с которой можно что-то посчитать. Само по себе количество отслеживаемых объектов не говорит ни о чём: одна и та же тысяча машин это или сотня сообщений в секунду, или десять тысяч.
Как отвечать
Назовите число объектов и сразу переведите его в поток событий. Десять тысяч машин с телеметрией раз в тридцать секунд это порядка трёхсот сообщений в секунду в среднем, а в утренний час выхода на линию заметно больше. Добавьте объём за сутки, глубину хранения и что делали со старыми данными: агрегация, прореживание, перенос в холодное хранилище.
Дальше расскажите, что ограничивало систему, обычно это не количество машин:
- приём: задача связана с вводом-выводом, поэтому масштабируется асинхронным кодом и процессами, а не потоками, так как GIL не даст разогнать вычисления;
- буфер: брокер вроде Kafka или потоки Redis, чтобы всплеск не ронял запись;
- запись: пачками и с копированием, а не по строке на сообщение;
- хранение: разбиение по времени, индекс по объекту и времени, отдельная схема под тяжёлые запросы вроде трека за месяц;
- контроль: отставание обработки как основная метрика здоровья.
Обязательно отделите свой вклад: что писали вы, что было до вас, какой рост система пережила при вас и что для этого пришлось изменить.
Где спотыкаются
Называют круглое красивое число без единицы нагрузки. Собеседник спрашивает про интервал телеметрии, и выясняется, что порядок величины в разы другой.
Путают пик и среднее. Машины выходят на линию не равномерно, и система, рассчитанная на средний поток, ложится в утренний всплеск, поэтому в ответе нужны обе цифры.
Приписывают себе всю систему. Если вы отвечали за приём данных, так и скажите, а про хранилище расскажите как про соседний участок, который знаете, но не вы проектировали.