Héctor (API)

Hector es una API de cliente de alto nivel para Apache Cassandra . Nombrada en honor a Héctor , un guerrero de Troya en la mitología griega , es un sustituto del Cliente Java de Cassandra, o Thrift, ^{[ 2 ]} que está encapsulado por Hector. ^{[ 3 ]} También tiene acceso al repositorio Maven . ^{[ 4 ]}

Dado que Cassandra se distribuye con el protocolo Thrift de bajo nivel , existía la posibilidad de desarrollar un protocolo mejor para los desarrolladores de aplicaciones. Ran Tavory desarrolló Hector como una interfaz de alto nivel que subsana las deficiencias de Thrift. Su licencia es MIT, lo que permite usar, modificar, dividir y cambiar su diseño.

Las características de alto nivel de Héctor son ^{[ 2 ]}

• Interfaz orientada a objetos de alto nivel para Cassandra: Se inspira principalmente en Cassandra-java-client. La API se define en la interfaz Keyspace.
• Agrupación de conexiones. Como en las aplicaciones de gran escala, el patrón habitual para las DAO es un gran número de lecturas/escrituras. Abrir nuevas conexiones con cada solicitud resulta demasiado costoso para los clientes. Por lo tanto, un cliente puede quedarse sin sockets disponibles si opera con suficiente rapidez. Hector proporciona agrupación de conexiones y un marco de trabajo eficiente que gestiona los detalles.
• Soporte de conmutación por error: Como Cassandra es un almacén de datos distribuido donde los hosts ( nodos ) pueden fallar, Hector tiene su propia política de conmutación por error .

• Compatibilidad con JMX : Hector expone JMX para muchas métricas importantes en tiempo de ejecución, como el número de conexiones disponibles, las conexiones inactivas y las estadísticas de errores.
• Balanceo de carga : En la versión más reciente existe un balanceo de carga simple. ^{[ 5 ]}
• Admite el patrón de diseño de comandos para permitir que los clientes se concentren en su lógica de negocio y dejen que Hector se encargue de la infraestructura necesaria.

Hector expone contadores de disponibilidad y estadísticas a través de JMX . ^{[ 6 ]}

Hector sigue dos políticas de balanceo de carga con la LoadBalancingPolicyinterfaz. La predeterminada se llama RoundRobinBalancingPolicyy es un algoritmo de distribución round-robinLeastActiveBalancingPolicy simple. Enruta las solicitudes a los grupos con el menor número de conexiones activas, asegurando una buena distribución de la utilización en todo el clúster. ^{[ 7 ]}

Esto ExhaustedPolicydetermina cómo se controlan los grupos de conexiones de clientes subyacentes. Actualmente, hay tres opciones disponibles: ^{[ 8 ]}

A modo de ejemplo, se muestra una implementación de una tabla hash distribuida simple sobre Cassandra.

/**  * Inserta un nuevo valor indexado por la clave  * @param key Clave para el valor  * @param value El valor String a insertar  */ public void insert ( final String key , final String value ) throws Exception { execute ( new Command (){ public Void execute ( final Keyspace ks ) throws Exception { ks . insert ( key , createColumnPath ( COLUMN_NAME ), bytes ( value )); return null ; } }); }/**  * Obtiene un valor de cadena.  * @return El valor de cadena; null si no existe ningún valor para la clave dada.  */ public String get ( final String key ) throws Exception { return execute ( new Command (){ public String execute ( final Keyspace ks ) throws Exception { try { return string ( ks . getColumn ( key , createColumnPath ( COLUMN_NAME )). getValue ()); } catch ( NotFoundException e ) { return null ; } } }); }/**  * Elimina una clave de Cassandra  */ public void delete ( final String key ) throws Exception { execute ( new Command (){ public Void execute ( final Keyspace ks ) throws Exception { ks . remove ( key , createColumnPath ( COLUMN_NAME )); return null ; } }); }

• Ahorro Apache
• Héctor en GitHub
• El cliente Java de Cassandra