Um, mola Nuvem Netfl l ix
O projecto é mola nuvem subprojetos núcleo, é o encapsulamento da série Netflix de produtos de código aberto. É Primavera
fornece integrado auto-configuração de aplicativo de inicialização, só precisa de algumas anotações simples, você pode aplicar rapidamente Primavera Nuvem no
uso de.
O módulo principal incluem:
descoberta de serviços Register (Eureka)
balanceamento de carga do cliente (fita)
disjuntor (Hystrix)
roteamento inteligente (Zuul)
Open Source Endereço:
http://netflix.github.io/
https://github.com / Netflix
segundo lugar, o registo e serviço de serviço de descoberta
chamada relações Descrição:
1. o prestador de serviços quando você começa, serviços de registo eles forneceram ao registro.
2. Serviços ao Consumidor na inicialização, você precisa se inscrever para o registro de serviço.
3. O registro retorna o endereço do prestador de serviços para o consumidor.
4. As chamadas dos consumidores de serviços de consumidores no endereço provedor.
Note! A seguir refere-se ao servidor: registro, meios de clientes: provedores e consumidores
terceiro lugar, como usar Eurea ka registro do serviço conduta e descoberta
11, o servidor add-dependente
Primavera Nuvem Tutorial
<Dependency>
<o groupId> org.springframework.cloud </ o groupId>
<o artifactId> Iniciado-Spring-Cloud-Eureka-Servidor </ o artifactId>
</ dependency>
2 2, adicione o servidor de configuração
do servidor # (eureka porta padrão: 8761)
server.port = 8761
# Primavera
spring.application.name Primavera-Cloud-Servidor =
# Eureka
# está registrado para Eureka
eureka.client.register-com-Eureka = false
# se obter informações de registro de Eureka
eureka.client.fetch -registry = false
endereço # servidor eureka (nota: o último endereço / Eureka / este é um valor fixo)
eureka.client.serviceUrl.defaultZone = HTTP: // localhost: $ {} o server.port / Eureka /
. 3. 3, anotações servidor add
@EnableEurekaServer
4 4, clientes add confiar
<dependency>
<groupId> org.springframework.cloud </ groupId>
<artifactId> primavera-nuvem-starter eureka-</ artifactId>
</ dependency>
5 5,端添加配置客户
提供者
# servidor
server.port = 7777
# primavera
primavera. application.name = primavera-cloud-provider
# eureka
eureka.client.serviceUrl.defaultZone = http: // localhost: 8761 / Eureka /
消费者
# servidor
server.port = 8888
# primavera
spring.application.name = primavera-cloud consumidor
# eureka
Primavera Nuvem教程
= HTTP eureka.client.serviceUrl.defaultZone: // localhost: 8761 / Eureka /
6 6, o cliente adicionar anotações
@EnableEurekaClient
Nota:
!. EMERGÊNCIA EUREKA pode ser incorretamente os casos, o estão reivindicando o quando estão UP o NÃO
renovações o são menores que o limite os casos, o são os Daí o NÃO o e sendo caducado
a ser seguro.
análise: Eureka é devido para entrar no modo protegido.
No modo protegido, Eureka Server irá tentar proteger seu registro serviço de informação, o cancelamento temporário do serviço não estará no registro
serviço.
Em quarto lugar, o processo básico:
1, o cliente mais à esquerda (ou seja, prestadores de serviços) para iniciar us-east-1c pedido de registro;
2, Eureka Cluster Server dois outro nó (us-east-1d e us-east-1e ser cópia repetição);
3, Fig delegada dois clientes (um consumidor de serviço), respectivamente, para obter informações de registro e obter registro para três servidores.
Cinco, e contraste e r Zookeeper
teoria P PAC 11, sistemas distribuídos:
consistência (C): os dados de tempo em todos os nós sincronizar.
Disponibilidade (A): você pode receber uma resposta a cada pedido, independentemente do sucesso ou fracasso resposta.
Primavera Nuvem Tutorial
tolerância a falhas de partição (P): O sistema deve ser capaz de continuar a prestar serviços, mesmo que a perda de mensagens interno do sistema (partição).
Desde a partição do sistema distribuído tolerante a falhas deve ser garantida, por isso só podemos trade-off entre A e C.
The Zookeeper garantir que CP e Eureka é a AP.
2 2, r Zookeeper garantir CP
ZooKeeper é CP, ou seja, qualquer pedido de acesso tempo ZooKeeper para obter o mesmo resultado, os dados eo sistema
tolerante a falhas segmentação de rede, mas não pode garantir a disponibilidade de cada solicitação de serviço (Nota: foi em ambientes extremos,
ZooKeeper pode cair alguns pedidos, os consumidores precisam para solicitar o programa para obter resultados).
Por exemplo: Quando o nó mestre porque a rede perdeu contato com insuficiência outros nós, os nós restantes será líder reeleição
movimento. O problema é que o líder eleição muito longo, 30 ~ 120s, e todo o cluster zk não estão disponíveis durante as eleições, que
levaram à paralisia durante os serviços de registo eleitoral.
3 3, a Eureka garantir a AP
Eureka entender isso, assim que o projeto vai dar prioridade à garantia de disponibilidade. Nós podemos tolerar registro retornou alguns
minutos antes de informações de registro, mas não pode aceitar os serviços directamente para baixo para fora não está disponível. Em outras palavras, a disponibilidade de Registro de Serviço para
buscar maior do que a consistência.
Se o serviço de nó de Eureka perdi um monte de conexão de pulsação em um curto espaço de tempo (Nota: Pode acontecer uma falha de rede), então o
nó Eureka vai entrar em "modo de limp home", preservando esses serviços informações de registro "morte batimento cardíaco" não expira. Neste momento,
O nó Eureka para o novo serviço também fornece serviços de registo para a "morte" permanecem, bem como para impedir a sua cliente
iniciou o pedido. Quando a recuperação de falhas de rede, o nó de saída Eureka "modo de auto-proteção." A filosofia de Eureka é, ao mesmo tempo
manter a "bons dados" e "maus dados" é melhor do que perder todos os dados para ser melhor.
44, resumo
Eureka como um registro de serviços simples para mais de um tratador, "profissional", porque o serviço de registro é mais importante é
a disponibilidade, podemos aceitar a curto prazo atingir a consistência da situação.
Claro, isso também depende dos cenários de uso específico.
java arquiteto vídeo: http://www.angelasp.com/news/20196231880.html
