Webhooky a události
Smlouvy o doručení a příchozích událostech, opakované pokusy a idempotence – nikoli samotná hygiena klíče API.
Pořadí událostí vs účetní zápis v ledgeru
Události DLR a MO dorazilové v nesprávném pořadí nesmí porušit pravidla předplaceného odepsání — sekvence příjezdu není peněžní zákon.
Provoz spotřebitele webhooků při velkém objemu
Fronty, backoff a vlastnictví DLQ, když rychlost událostí webhooku opouští pilotní fázi – jeden spotřebitelský rytmus, který produkt a finance mohou otevřít bez hrdinských vláken.
Duplicitní webhook nesmí vytvořit druhý debet
Chybová cesta: Opakování a přehrání zůstávají idempotentní na předplacených penězích a schránce — jedno ID události, jeden debetní řádek, jeden řádek schránky.
Brána podpisu a okna replay
Produkční brána: ověřte podpis a ohraničte okno replay, než se jakýkoliv webhook stane pravdou o penězích nebo stavu — nepodepsané nebo staré události zůstávají při chybě uzavřené.
Smlouva o webhooku před prvním odesláním
Cesta kupujícího: dohodněte se na podepsané URL, typech událostí a idempotenci klíče před prvním předplaceným odesláním – smlouva nejdříve, placený provoz později.