el registro del servicio y de descubrimiento de servicios - - el uso de Eureka

A, de primavera de nubes Netfl l ix
El proyecto es la nube de primavera subproyectos de núcleo, es la encapsulación de la serie Netflix de productos de código abierto. Es primavera
ofrece integrado de auto-configuración de aplicación de inicio, sólo necesita unas cuantas anotaciones simples, se puede aplicar rápidamente la nube de primavera en el
uso de.
El módulo principal incluye:
detección de servicios Register (Eureka)
balanceo de carga del cliente (cinta)
disyuntor (Hystrix)
enrutamiento inteligente (Zuul)
Open Source Dirección:
http://netflix.github.io/
https://github.com / Netflix
en segundo lugar, el registro de servicio y servicio de detección
de llamadas relaciones Descripción:
1. el proveedor de servicios cuando se inicia, los servicios de registro que proporcionan al registro.
2. Servicios de consumo en el arranque, es necesario suscribirse al servicio de registro.
3. El registro devuelve la dirección del proveedor de servicios al consumidor.
4. El servicio de llamadas de consumo de los consumidores en dirección del proveedor.
Nota! Lo siguiente se refiere al servidor: medios de registro, cliente: proveedores y consumidores
En tercer lugar, cómo utilizan Eurea ka registro del servicio conducta y descubrimiento
11, el servidor de complemento dependiente de
la primavera Nube Tutorial

<Dependency>
<la groupId> org.springframework.cloud </ el groupId>
<la artifactId> Starter-primavera-Cloud-Eureka-servidor </ el artifactId>
</ dependency>
2 2, añadir el servidor de configuración
del servidor # (Eureka puerto por defecto: 8761)
server.port = 8761
# la primavera
spring.application.name la primavera-Cloud-servidor =
# Eureka
# está registrado en Eureka
eureka.client.register-con-Eureka = false
# si desea obtener información de registro de Eureka
eureka.client.fetch -Registro = false
# dirección del servidor Eureka (nota: la dirección más posterior / Eureka / esto es un valor fijo)
eureka.client.serviceUrl.defaultZone = http: // localhost: $ {} la server.port / Eureka /
. 3. 3, Agregar servidor de anotaciones
@EnableEurekaServer
4 4, los clientes confían add
<dependency>
<groupId> org.springframework.cloud </ groupId>
<artifactId> primavera-nube-motor de arranque-Eureka </ artifactId>
</ dependency>
5 5,端添加配置客户
提供者
# servidor
server.port = 7777
# resorte
del resorte. application.name = primavera nube-proveedor
# eureka
eureka.client.serviceUrl.defaultZone = http: // localhost: 8761 / Eureka /
消费者
# servidor
server.port = 8888
# resorte
spring.application.name = primavera-cloud- consumidor
# Eureka
Nube primavera教程


= HTTP eureka.client.serviceUrl.defaultZone: // localhost: 8761 / Eureka /
6 6, las anotaciones add cliente
@EnableEurekaClient
Nota:
!. EMERGENCIA EUREKA PUEDE SER incorrectamente los casos el está reclamando la UP cuando están al NO
renovaciones del son menores que UMBRAL las instancias de los son los de ahí el NO sER Y la acaba de expirar
el ser seguro.
análisis: Eureka se debe entrar en el modo protegido.
En modo protegido, Eureka servidor intentará proteger a su registro de servicios de información, cancelación temporal del servicio no estará en el registro
de servicio.
En cuarto lugar, el proceso básico:
1, el cliente de más a la izquierda (es decir, proveedores de servicios) a nosotros-este-1c iniciar petición de registro;
2, Eureka servidor de clúster de dos otro nodo (US-este-1d y US-este-1e estar copia réplica);
3, la figura delega dos clientes (un consumidor de servicios), respectivamente, para obtener información de registro y obtener registro para tres servidores.
Cinco, y el contraste y r Zookeeper
teoría P CAP 11, los sistemas distribuidos:
consistencia (C): datos de tiempo en todos los nodos sincronizan.
Disponibilidad (D): usted puede recibir una respuesta a cada solicitud, independientemente del éxito o el fracaso de respuesta.
Nube Primavera Tutorial


tolerancia a fallos de reparto (P): El sistema debe ser capaz de continuar para proporcionar servicios, incluso si la pérdida de mensajes del sistema interno (partición).
Puesto que la partición en el sistema distribuido tolerante a fallos debe ser garantizada, lo que sólo podemos compensación entre la A y C.
El Zookeeper asegurar que CP, y Eureka es la AP.
2 2, r Zookeeper asegurar CP
ZooKeeper es CP, es decir, cualquier solicitud de acceso ZooKeeper tiempo para obtener el mismo resultado, los datos y el sistema
de red tolerante a fallos de segmentación, pero no puede garantizar la disponibilidad de cada solicitud de servicio (Nota: fue en ambientes extremos,
ZooKeeper puede caer algunas peticiones, los consumidores deben solicitar el programa para obtener resultados).
Por ejemplo: Cuando el nodo maestro porque la red pierde el contacto con el fracaso de otros nodos, los nodos restantes estarán líder reelección
movimiento. El problema es que el líder elección demasiado largo, 30 ~ 120 s, y todo el cluster ZK no están disponibles durante las elecciones, que
dieron lugar a la parálisis durante los servicios de registro electoral.
3 3, un Eureka garantizar la AP
Eureka entiende esto, por lo que el diseño va a dar prioridad a garantizar la disponibilidad. Podemos tolerar registro devuelto unos pocos
minutos antes de que la información de registro, pero no podemos aceptar los servicios directamente hacia abajo no estarán disponibles. En otras palabras, la disponibilidad de inscripción en el Servicio a
buscar más alta que la consistencia.
Si el servicio de nodo Eureka pierde una gran cantidad de latidos de la conexión en un corto período de tiempo (Nota: Puede ocurrir un fallo de red), entonces el
nodo de Eureka entrará en "modo de funcionamiento de emergencia", preservando al mismo tiempo los servicios de información de registro "muerte latido del corazón" no expirará. En este momento,
El nodo de Eureka para el nuevo servicio también proporciona servicios de registro de la "muerte" permanecer, así como para evitar su cliente
inició la solicitud. Cuando la recuperación de fallos de red, el nodo de salida Eureka "modo de auto-protección." La filosofía de Eureka es, al mismo tiempo
mantener el "buenos datos" y "malos datos" es mejor que perder ningún dato a ser mejor.
44, resumen
Eureka como un simple registro de servicios durante más de un empleado del zoológico, "profesional", debido a que el servicio de registro es más importante es
la disponibilidad, podemos aceptar a corto plazo el nivel de consistencia de la situación.
Por supuesto, esto también depende de los escenarios de uso específico.
java arquitecto del vídeo: http://www.angelasp.com/news/20196231880.html

Publicado 13 artículos originales · ganado elogios 4 · Vistas 2771

Supongo que te gusta

Origin blog.csdn.net/Angel_asp/article/details/96613450
Recomendado
Clasificación