Saltar para a documentação
SDK

Repetições e idempotência

O que é repetido, o que deliberadamente não é, e porque é que um envio repetido não pode duplicar.

Envios

O cliente anexa uma Idempotency-Key a todos os envios (emails.send, emails.sendBatch e templates.send), gerada uma vez por **chamada** e reutilizada pelas repetições dessa chamada. A API reivindica essa chave antes de despachar seja o que for, por isso uma repetição reproduz a mensagem original em vez de enviar uma segunda, enquanto duas chamadas deliberadas a send() continuam a enviar duas vezes. São intenções diferentes e assim se mantêm.

Passe a sua própria idempotencyKey para estender essa garantia entre processos, para que um trabalho que tenha ido abaixo e voltado a correr reproduza os seus envios em vez de os repetir.

idempotency.ts
await openemail.emails.send(message, { idempotencyKey: `invoice:${invoice.id}` })

Derive-a do que tornou o envio necessário. Nunca de um relógio. Reutilizar uma chave com um corpo diferente é recusado com idempotency_key_reuse em vez de reproduzido silenciosamente.

Tudo o resto

Todas as leituras são repetidas. Uma escrita só é repetida quando um segundo pedido idêntico não pode significar nada de diferente do primeiro, e um envio qualifica-se porque a sua chave de idempotência transforma uma repetição numa reprodução.

ChamadaRepetidaPorquê
Todas as leiturasSimNada muda.
`emails.send`, `emails.sendBatch`, `templates.send`SimUma chave de idempotência torna uma repetição numa reprodução.
`emails.cancel`, `emails.reschedule`SimUma definição pura de um estado nomeado.
`threads.update`, `threads.trash`SimUma definição de etiqueta. Aplicá-la duas vezes é aplicá-la uma vez.
`threads.snooze`, `threads.unsnooze`SimO instante de despertar está no corpo, não é derivado da hora de chegada.
`labels.update`, `webhooks.update`, `settings.update`, `roles.update`, `members.update`SimUma definição pura de campos nomeados.
`members.grantAddress`, `rules.reorder`SimA concessão é um upsert, e a ordem é indicada por inteiro.
`templates.publish`SimPublicar uma head que já está publicada devolve-a inalterada.
`templates.preview`, `rules.test`SimRenderizam ou avaliam, e não escrevem nada.
`drafts.create`, `labels.create`, `webhooks.create`, `templates.create`, `rules.create`, `roles.create`, `tempMail.create`NãoUma repetição deixa dois objetos.
`drafts.update`NãoLeia o id do resultado de cada escrita em vez de reutilizar o que enviou.
`drafts.delete`, `labels.delete`, `webhooks.delete`, `templates.delete`, `rules.delete`, `roles.delete`, `members.remove`, `members.revokeAddress`, `tempMail.delete`, `tempMail.deleteMessage`NãoUma repetição depois de uma resposta perdida reporta falha para trabalho que teve sucesso.
`webhooks.rotateSecret`NãoUma segunda rotação invalida o segredo que a primeira tentativa devolveu.
`webhooks.test`NãoEnviaria uma segunda entrega sintética.
`emails.translate`NãoGasta chamadas ao modelo, por isso uma repetição após um pedido sem resposta compra a mesma resposta duas vezes.
Todas as outras escritasNãoEnviada uma vez, e uma falha é reportada em vez de repetida.

O backoff

  • Limitado por maxRetries no cliente, com duas tentativas extra por omissão.
  • Apenas depois de uma falha de rede ou de um 408, 500, 502, 503 ou 504. Um 429 só é repetido quando traz um Retry-After, e esta API não envia nenhum, por isso um limite de taxa lança exceção de imediato. Qualquer outro estado lança logo.
  • Exponencial, de meio segundo até oito, com jitter, para que uma frota não se ressincronize na recuperação.
  • Ritmado pelo Retry-After em qualquer uma das suas formas, delay-seconds e HTTP-date. Quando o servidor indica uma espera, o cliente espera exatamente esse tempo em vez de recuar progressivamente.
  • Um servidor a pedir mais de um minuto é tratado como estando a dizer ao cliente para parar e não para dormir, por isso o erro é levantado com retryAfterSeconds nele. Voltar mais cedo do que o pedido não é respeitá-lo.
  • O AbortSignal de quem chama nunca é repetido. Abortar lança um OpenEmailNetworkError de imediato, a partir do pedido ou da espera antes da tentativa seguinte.