ZooKeeper ofrece publican un conjunto de datos distribuidos / suscripción funcionalidad, un típico publicación / suscripción sistema modelo define la relación de uno a muchos de suscripción, permitiendo que más suscriptores con al escuchar un objeto de tema, cuando el objeto en sí mismo el estado del sujeto cuando el cambio se notificará a todos los suscriptores para que puedan realizar el tratamiento adecuado.
ZooKeeper, la introducción de un mecanismo de aplicación de la presente notificación distribuida Vigía. ZooKeeper Vigía permite a los clientes registrarse un oyente al servidor, el servidor cuando los acontecimientos desencadenados el Vigilante, se enviará una notificación de eventos para especificar el cliente para lograr una notificación distribuida.
Muchos tipos de eventos de activación, tales como: los nodos crean, nodos de eliminar, de nodos de cambio, sub-nodo y cambios.
En general Vigía se puede resumir como los tres procesos siguientes: cliente registra Vigía al servidor, se produce el evento de disparo del vigilante servidor, el cliente de devolución de llamada del vigilante conseguir un evento de disparo
1, Mecanismo del reloj Características
gatillo desechable
supervisor de activación de eventos, un evento observador será enviado al cliente configurar para escuchar, este efecto es de una sola vez, la recurrencia de seguimiento de incidentes similares no se activará de nuevo.
paquete de evento
ZooKeeper uso WatchedEvent objetos para encapsular y entregar el evento lado del servicio.
WatchedEvent contiene tres atributos básicos de cada evento:
Notificaciones (keeperState) , tipo de evento (EventType) y camino de nodo (ruta de acceso)
evento enviado de forma asíncrona
evento de notificación observador se envía desde el servidor al cliente es asíncrona.
Para registrar gatillo
ver mecanismo de Zookeeper, primero debe ir a la escucha del servidor cliente registrado, este evento va a provocar el envío de supervisión, notificación al cliente.
2, el estado de la notificación y los tipos de eventos
Los tipos de eventos representan el mismo significado en diferentes estados de notificación variar, la tabla se enumeran el estado y tipo de evento de notificación común.
Donde los eventos de estado de conexión (tipo = Ninguno, trayectoria = null ) no requiere registro del cliente , el cliente durante el tiempo necesario para tratar directamente en la línea.
. 3, S Infierno configuración del cliente vigilante
Establecer los cambios en los datos del monitor de nodo:
Cambiar los datos del nodo final por otro cliente:
En este punto establecen las escuchas nodo notificados:
