Например, если большой наплыв не будет ли проблем в моменте генерировать тысячи хэшей и записывать в бд?

Если много пользователей, то сервис генерации хэшей может скейлиться в зависимости от метрики пользователей. Тем самым генерация хэшей будет параллельно происходить. Запись в БД не будет проблемой. При этом важно учитывать от чего считается хэш. Если текст в несколько мб, то мур-мур справится и без скейла.

УдаленЬщиком?

Tarantool как понял - аналог redis, тоже in memory бд. Как раз хочу генерировать хеши (пока это обычный конверт primary key из bd в base64) и хранить в redis. Грубо говоря автономно генерируются пустые сущности в бд, но с готовым хеш. В redis хранятся условные 1к записей с этими же хеш на бд, но где еще нет owner. Выдается на клиент. В бд записывается owner.

Правильно ли я думаю о логике?) у меня первый пост в ленте, там рассказал что делаю

Кажется что так, если условно, 10к пользователей захочет себе короткую ссылку, сервер уже будет готов к этому 🤔