ScyllaDB · Lección 04
¿Qué aportan los drivers shard-aware?
Los drivers deben enviar todas las peticiones a un único nodo coordinador fijo, que reenvía cada una al shard correspondiente dentro del cluster
El modelo de datos es relacional con tablas normalizadas y joins, por lo que la elección de la partition key no influye en el rendimiento
El modelo es el de Cassandra (partition key, clustering, tablas por consulta); los drivers shard-aware calculan qué nodo y qué shard (núcleo) posee la partición y abren una conexión directa a él, evitando saltos internos entre núcleos y mejorando la latencia
Un driver shard-aware solo funciona con el protocolo de DynamoDB y no puede usarse con el protocolo CQL
ScyllaDB · Lección 04
Completa el código
El driver que enruta a nodo y núcleo concretos es
Revisa: shard-aware.
ScyllaDB · Lección 04
¿Por qué enviar la petición directamente al shard que posee la partición reduce la latencia?
Pista: evita que otro núcleo reciba la petición y tenga que reenviarla al núcleo propietario, ahorrando un salto interno y trabajo de coordinación, ya que la petición llega al shard que tiene los datos.
✓
¡Lección completada!
Modelo de datos y drivers shard-aware
0
XP ganado
3
Vidas restantes