Idempotencia y bloqueo para evitar pedidos y pagos duplicados

Alternativas consideradas

Descartada

Procesar cada reintento como una nueva solicitud y confiar solo en el flujo de interfaz.

Elegida

Registrar la idempotencia y aplicar un mecanismo de bloqueo distribuido al crear pedidos y registrar pagos.

Decisión tomada

Aplicar idempotencia persistida y un mecanismo de bloqueo distribuido a la creación de pedidos y al registro de pagos.

Justificación

La combinación protege frente a reintentos y corrige condiciones de carrera documentadas en operaciones de pago concurrentes.

Preguntas frecuentes

¿Qué decidió Pyae sobre "idempotencia y bloqueo para evitar pedidos y pagos duplicados"?

Aplicar idempotencia persistida y un mecanismo de bloqueo distribuido a la creación de pedidos y al registro de pagos.

¿Cómo evita Pyae pedidos duplicados por doble clic o reintento de red?

Aplicando idempotencia persistida a la creación de pedidos y al registro de pagos, combinada con un mecanismo de bloqueo distribuido. Un reintento del mismo pedido no genera un segundo registro.

¿Qué es una idempotency key y cómo se aplica a pedidos y pagos?

Es un identificador único que acompaña una solicitud para que, si se repite, el sistema reconozca que ya fue procesada y no la duplique. Pyae la registra de forma persistida en la creación de pedidos y el registro de pagos.

¿Alcanza con idempotencia sola para evitar condiciones de carrera?

No siempre: la idempotencia protege ante reintentos de la misma solicitud, pero condiciones de carrera entre solicitudes distintas y concurrentes requieren además un mecanismo de bloqueo. Pyae combina ambos para pedidos y pagos.