Como proteger o padrão ZeroMQ Request Reply contra possíveis quedas de mensagens?
Estou tentando implementar umZeroMQ padrão na camada TCP entre umc # aplicação e distribuídoPitão servidores. Eu recebi uma versão trabalhando com a solicitação-respostaREQ/REP
padrão e parece relativamente estável ao testar emlocalhost
. No entanto, no teste, depurei algumas situações em que acidentalmente envio várias solicitações antes de receber uma resposta que aparentemente não é aceitável.
Na prática, a rede provavelmente terá muitos pacotes descartados e eu suspeito que deixarei muitas respostas e / ou não conseguiremos enviar solicitações.
1) Existe uma maneira de redefinir a conexão entreREQ/REP
pedido-respostatomadas?
Será que umREOUTER/DEALER
padrão em vez disso faz mais sentido? Como esta é minha primeira aplicação no ZeroMQ, eu esperava mantê-la simples.
2) Existe um bom mecanismo ZeroMQ para lidar com os eventos de conectividade? Estive lendo "o guia" e há algumas menções sobre o monitoramento de conexões, mas não há exemplos. Eu encontrei oZMonitor
, mas não é possível ativar os eventos em c #.