- Navios
- 4 de setembro de 2026 às 21:51 UTC
- Autor
- Kamo
- Enviar
- 616e0a8
Preso em produção o momento serviços foi para duas réplicas em 2026-09-04. Cada cápsula carregando Esta classe registrou, uma vez, no arranque: [Webhook] Falha ao se inscrever no JetStream consumer: [SUB-90012] O consumidor já está ligado a assinatura. Um consumidor de push durável sem grupo de entrega admite exatamente um assinante, e este trabalhador não tem Tente novamente. Os webhooks ainda estavam sendo entregues — por qualquer pod encadernado primeiro — então o fracasso é invisível direito até que esta cápsula é o único que morre, em que ponto a entrega pára completamente e A cápsula sobrevivente nunca a apanha. Uma única linha de log no arranque é o único aviso. O consumidor agora se junta a um grupo de entrega, então NATS entrega cada webhook para exatamente um pod e qualquer pod Pode assumir. Isso é o que a entrega webhook quer: uma vez, nem uma vez por pod, e nem uma vez por pod Isso aconteceu para ganhar uma corrida. conciliaDeliverGroup () exclui um consumidor que existe SEM o grupo antes de se inscrever — obrigatório, porque cada um existente está na forma antiga e jnats não vai se juntar a uma simples durável como membro da fila. Recusa a ligação e continua a recusar. Recrear não custa nada: a entrega A política é nova/última, então um consumidor novo começa onde o antigo estava. O nome do stream diz que o NatsConfig é o próprio segunda propriedade para o mesmo fluxo, então um renome não pode deixar a reconciliação procurando em outro lugar. Esta classe vive na biblioteca compartilhada, então a correção atinge cada serviço em sua próxima construção. Até em seguida, a entrega continua trabalhando na cápsula encadernada; o que está faltando é apenas o failover.