- Navios
- 7 de setembro de 2026 às 22:37 UTC
- Autor
- Kamo
- Enviar
- 67b2a62
O relé de correio foi uma das quatro assinaturas NATS de um consumidor simples e durável. Uma simples durável admite exatamente um assinante, então em duas réplicas o segundo é recusada com [SUB-90012] e simplesmente não ouve. Os três restantes: MessageIndexerto ligado em um pod; o outro tentou quarenta vezes e registrou "A indexação do 'push' está desactivada para este pod". A indexação funcionou, Por sorte, e nada teria tomado conta se aquela cápsula tinha morrido. SyncEventListener perdeu uma corrida de arranque contra a cápsula de saída durante uma implantação de rolamento — e não tem nenhuma repetição em tudo, então ambas as cápsulas acabou por ser recusado. Nada consumiu daemon.sync.complete; uma sincronização de contato terminaria e o painel do membro sentou "sincronizar" para sempre, atrás de uma linha ERROR no arranque. Verificado sobre o corretor: o consumidor existe, vinculado por ninguém. Ambos são TRABALHADORES — linhas escritas, um índice de busca atualizado, um telefone despertado — então ambos tornar-se consumidores de fila. O grupo de entrega é o que torna um durável em uma fila As cápsulas partilham, e o que permite a um sobrevivente apanhar o trabalho. Dizer ao membro é o problema oposto. SyncEventListener agora é uma fila, então exatamente um pod lida com o evento, e é muito improvável que seja o pod segurando O WebSocket desse membro — convertAndSend's broker está em andamento. Enviando de lá entregou o status a quem aconteceu de estar conectado à cápsula vencedora e a mais ninguém. Então o vencedor calcula o status uma vez e publica-lo, e um O relé efêmero de cada cápsula transforma-o nas sessões da própria cápsula. O fio formato que o navegador vê está inalterado. Dois detalhes que valem a pena manter: O consumidor de sincronização é RENAMED. O velho ainda existe no rio como uma planície durável, e uma simples durável não pode ser unida como uma fila. Serviço NatsMessage normalmente repara isso, mas o seu olhar reconciliado no fluxo próprio deste serviço e daemon.sync.complete vidas em DAEMON SYNC, não EMAIL NOTIFICAÇÕES — por isso encontra Nada e não apaga nada. Renaming é o que recebe um consumidor em forma correta Sem uma purga manual no corretor. Nada está perdido: a Política de Entrega. Novos meios Um consumidor novo começa onde o velho estava. O novo relé é idempotente e tenta sempre que um membro assina. Um tiro único @PostConstruct reunião um corretor não disponível é exatamente como SyncEventListener veio a ser consumir nada, e o tráfego real é um gatilho melhor do que um Agendador. Uma catraca de arco agora falha na construção se alguma assinatura voltar à planície forma, uma vez que com uma réplica a forma errada se comporta perfeitamente e apenas um segundo A cápsula revela-o.