Filas de IA: repetição, concorrência e efeitos externos

Uma resposta perdida não comprova que a ação falhou

Uma fila pode controlar extração, transcrição, treinamento e envio de resultados. Se o executor cai depois de chamar outro serviço, a aplicação pode não saber se esse serviço concluiu a ação. Repetir imediatamente pode gerar um segundo efeito.

Separe uma falha comprovada de um resultado desconhecido. A primeira pode permitir repetição. O segundo exige consulta ao destino, identificação da tentativa ou reconciliação. O protocolo depende do que o serviço externo consegue confirmar.

A posse do trabalho precisa ser conferida

Em filas que implementei, o executor recebe uma posse temporária e uma identificação da execução. A confirmação verifica se essa identificação continua vigente. Um processo antigo não pode registrar sucesso depois que outro assumiu o trabalho.

Em uma integração de envio, o estado ambíguo também permanece distinto da falha. Essa distinção evita usar a mesma regra de repetição para situações com riscos diferentes. Ela não cria uma garantia de entrega exatamente uma vez.

Limite a fila antes de comprometer o produto

Defina limite de entrada, concorrência, tentativas, espera e duração total. Falta de capacidade deve produzir uma resposta clara ou uma espera prevista. Uma fila sem limite pode consumir memória e fazer um trabalho curto esperar atrás de um lote longo.

Mantenha um identificador estável para o efeito que pode ser repetido. Registre cancelamento e resultado confirmado. Depois de uma interrupção, retome apenas as pendências e preserve a informação necessária para investigar as tentativas anteriores.

Defina o protocolo de recuperação

A consultoria pode revisar filas, integrações e efeitos externos. Os entregáveis podem incluir estados explícitos, limites, reconciliação e ensaios de queda. A proposta define o que pode ser repetido automaticamente e o que precisa de conferência.