Pergunta

Eu quero desenvolver um quadro de cluster multi-servidor que funcionam de forma semelhante aos passos abaixo para o fluxo de mensagens.

De Cliente

  • Servidor Gateway recebe mensagem
  • Portal Server envia uma mensagem ACK (UDP)
  • A mensagem é personalizada desserializado de binário em um objeto através de uma fábrica
  • A mensagem é então encaminhado para um servidor secundário no cluster (config base) e envia o objeto para o servidor secundário via WCF
  • mensagem é tratado no servidor secundário.

A partir do servidor

  • servidor secundário constrói uma mensagem e envia para o servidor gateway
  • gateway binário do servidor serializa a mensagem
  • servidor Gateway envia o binário para o cliente e aguarda uma mensagem de ACK (UDP)

Os servidores serão configurados via ficheiros.config para apontando para os serviços, seja localmente na mesma aplicação (o WCF será inicializada) ou outros sistemas.

Alguém já trabalhou para criar qualquer tipo de arquitetura como este, e em caso afirmativo, quais são algumas das questões que você executar em?


Editar
O sistema vai ser o lado do servidor a um protocolo já pré-existente, para qualquer um que o cliente protocolo do servidor é essencialmente intocável, mas inclui gerenciamento de estado (cliente envia sessão com cada chamada), criptografia, servidor de roteamento e pacote de proteção.


Editar
alguém ainda pode fornecer um link para um projeto de código aberto que usa o agrupamento em .net?

Foi útil?

Solução

Editar alguém pode até mesmo fornecer um link para um projeto open source que usos aglomerando na Net?

Verifique este aplicativo de exemplo fora. De acordo com o site ...

tecnologias demonstradas Service-oriented, design n-tier com ASP.NET e WCF

  • separação limpa da interface do usuário, serviços de negócios e acesso DB
  • Desenho e ajuste para o desempenho
  • horizontalmente escalável via agrupamento dinâmico
  • gerenciamento de configuração centralizado do serviço de cluster os nós

Outras dicas

Manter o estado da sessão através de transações de execução longa pode se tornar um grande obstáculo. Você vai precisar para assegurar que a sua solução de balanceamento de carga é capaz de considerar ou acomodar uma sessão a partir de um servidor e completando em outra. Isto pode ser conseguido pelo estado de compartilhamento através de uma fonte externa, como um cookie no browser / cliente ou uma entrada em um servidor de banco de dados comum. Alternativamente, muitos da carga hardware de balanceamento de soluções usará "sessões pegajosas" para garantir que o cliente sempre retorna para o mesmo servidor (com base em endereço IP, por exemplo)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top