Envio de solicitação baseada em sessão ZeroMQ ou roteamento condicional
ovanos
Estou tentando resolver o seguinte problema e gostaria de saber qual é a melhor abordagem a ser aplicada?
Eu gostaria de configurar uma comunicação com controle de versão via ZeroMQ, o que efetivamente significa que qualquer cliente primeiro faz um handshake declarando a versão de seu protocolo de mensagens e, em seguida, todas as solicitações subsequentes são encaminhadas apenas para um conjunto específico de trabalhadores, ou seja, aqueles que podem entender isso protocolo.
Vi o exemplo do Roteador / Concessionário mas aí o encaminhamento ocorre sempre para todos os trabalhadores.
IMO, isso é algo como uma sessão, que é estabelecida com base em handshake e todas as solicitações futuras são feitas em um contexto específico. Isso pode ser feito com ZeroMQ?
Eu entendo que posso devolver algum ID ao cliente e pedir que ele coloque em todas as solicitações futuras, mas gostaria de evitar esse tipo de intromissão.
Apenas uma observação lateral: eu implemento essa abordagem em C ++. Não me importo se sua resposta representa uma ideia geral, levando em consideração os recursos disponíveis na API C ZeroMQ ou no wrapper cppzmq. Não há necessidade de escrever uma solução completa, apenas como isso pode ser feito.
user3666197
Sim, isso parece factível:
Com todo o respeito para não entrar na sinalização "dentro da banda" por meio de processamento de mensagem de ID / multiparte, pode-se construir a infraestrutura desejada usando uma mistura de uso estático e dinâmico de recursos ZeroMQ no estado em que se encontram.
Etapa 0: sua autoridade central lida com o contato / handshaking / validação de identidade do "cliente" inicial
Etapa 1: cada "cliente" recebe um conjunto de instruções, conforme sua identidade / versão é aprovada, com base em 0)
Etapa 2: instrução ad-hoc " cliente "pode { .connect() | .bind() }com ponto de acesso apropriado
Etapa 3: como um bônus de arquitetura, isso pode ser apreciado como plataforma distribuída com renegociação (ões) e redescoberta de nós para cenários ainda mais robustos, escaláveis de desempenho e elevada segurança
Nossa própria imaginação é o único teto:
Em poucas palavras, pode-se esquecer logo os Padrões de Comunicação Formais Escaláveis padrão; eles servem como um conjunto de blocos de construção para arquiteturas definidas ad-hoc. Esse é o maior poder do ZeroMQ ou nanomsg de realizar.
Pode ler mais sobre casos de uso avançados neste (e verificar o livro lá ...) .
Este artigo é coletado da Internet.
Se houver alguma infração, entre em [email protected] Delete.
editar em
Artigos relacionados
TOP lista
- 1
Modbus Python Schneider PM5300
- 2
Como usar HttpClient com TODO O certificado SSL, não importa como "ruim" é
- 3
Método \ "POST \" não permitido no framework Django rest com ações extras & ModelViewset
- 4
Formatar código como um bloco de código em R Markdown
- 5
debian 8: comando deb não encontrado. Como posso corrigir isso?
- 6
how can i turn off the debug view in electron?i cant find any about it using google
- 7
Setas rotuladas horizontais apontando para uma linha vertical
- 8
Como obter a entrada de trás de diálogo em treeview pyqt5 python 3
- 9
O material angular não carrega os estilos corretamente
- 10
Problema de escalada que requer programação dinâmica
- 11
Why isn't my C# .Net Core Rest API route finding my method?
- 12
Uma pilha LAMJ é um ambiente possível?
- 13
WooCommerce obtém a quantidade do pedido na página de agradecimento e redireciona
- 14
Como recuperar parâmetros de entrada usando C #?
- 15
iterar sobre a matriz JSON em reagente nativo
- 16
Curved lines using border
- 17
Java thread.sleep (1) dormindo por mais de 1 ms
- 18
HTML & amp; maiúsculas e Minúsculas
- 19
regex para destacar novos caracteres de linha no início e no fim
- 20
Erros de conexão Mysql
- 21
Jackson, java.time, ISO 8601, serialize sem milissegundos
deixe-me dizer algumas palavras