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