Problem celebryty (hot key)
Sytuacja, gdy pojedynczy klucz (np. celebryta z milionami obserwujących) dostaje nieproporcjonalnie dużo ruchu i przeciąża partycję lub shard, który go przechowuje — choć reszta danych rozłożona jest równo. Klasyczna pułapka skalowalności w architekturze mediów społecznościowych.
Problem: nawet przy idealnym shardingu całe obciążenie gorącego klucza trafia na jeden węzeł (shardu nie da się podzielić dalej). Gdy Justin Bieber publikuje wpis, miliony osób naraz chcą czytać i pisać do tego samego wiersza → ten shard staje się wąskim gardłem, a reszta się nudzi („hot partition”). Rozwiązania: osobna obsługa celebrytów (fan-out-on-read zamiast zapisu), cache gorących danych, replikacja klucza na kilka węzłów lub „key salting” (rozprószenie klucza na podklucze). Z tym borykają się Twitter, Instagram i DynamoDB (adaptive capacity). Ściśle zależy od wyboru klucza shardingu i strategii fan-out.