Система пишет 1 TB логов в день. По assumptions размер одного события между 200 и 500 bytes. Какой диапазон для количества events в день по bounds наиболее разумен?
AОт 2 до 5 млн
events в деньBОт 20 до 50 млн
events в деньCОт 2 до 5 млрд
events в деньDОт 200 до 500 млрд
events в деньПравильный ответ. Используйте
lower bound и upper bound на размер объекта, чтобы получить bounds на количество объектов.Разбор
Если логов 1 TB в день, то при 500 bytes на событие получится около 2 млрд событий, а при 200 bytes — около 5 млрд. Это грубая прикидка расчёт, но он даёт правильный order of magnitude. Такой диапазон помогает проверить, не ошиблись ли вы в units или в оценке размера события. Затем можно уточнять средний размер и сжатие.
Проверь себя · 1/3разбор после ответа
Продукт может отправить не более 3 пушей в день на одного пользователя по
constraints. MAU = 10 млн. Какой upper bound на количество пушей в день вы можете поставить без дополнительных данных?Ещё вопросы по теме «Sanity-check и оценка»
- В дашборде метрика `conversion` определена как доля пользователей, совершивших хотя бы одну покупку за день. В отчёте вы видите 130%. Какой грубая прикидка `sanity-check` по `constraints` наиболее уместен?
- У вас 2.5 млн `events` в день и нужно прикинуть объём `events` в месяц для планирования. Какой грубая прикидка перевод `units` самый разумный?
- Каждое событие занимает примерно 1 `KB` в логах, а в день приходит 50 млн `events`. Какой `order of magnitude` для суточного объёма данных ближе всего, если сделать грубая прикидка оценку по `units`?
- У продукта 200 тыс `DAU`. Доля платящих пользователей около 2%, а средний платёж в день на платящего — 500 ₽. Какая грубая прикидка оценка дневной выручки по `units` наиболее адекватна по `order of magnitude`?
- ETL job обработал 120 млн строк за 2 часа. Какой грубая прикидка `throughput` в `rows per second` ближе всего?
- Все вопросы по «Sanity-check и оценка» →