Ключ определяет распределение по узлам, а значит равномерность нагрузки: перекос упирается в возможности одной партиции, сколько бы ни было остальных.
А ещё Составной ключ или «соль» для горячих значений
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Хранилище распределяет данные хешированием ключа, поэтому равномерность зависит от того, насколько разнообразны и равновероятны ключи. Классические ошибки: ключом становится дата, и вся сегодняшняя нагрузка идёт в одну партицию; или идентификатор арендатора, среди которых один крупнее остальных на порядок. Итог один — горячая партиция, ограничивающая пропускную способность всей системы, сколько бы узлов ни добавили. Приёмы борьбы: добавить к ключу случайный или производный суффикс, чтобы разнести нагрузку, кэшировать горячие значения перед хранилищем, либо пересмотреть саму модель доступа. Проектировать ключ нужно до запуска: сменить его потом означает переливать все данные.
Один верный вариант. Подумайте, потом откройте ответ.
Простейшая модель доступа по ключу, типичные применения, Redis против DynamoDB, партиционирование и ограничения.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto