Vælg rækkefølge for webhook-kørsler i Make
To opdateringer til samme sag ankommer tæt efter hinanden. Hvis den første tager længst tid, bør man ikke antage, at modtagelsesrækkefølgen også bliver rækkefølgen for de færdige opdateringer. Det valg skal være bevidst i Make-scenariet.
Kend standarden for instant webhooks
Make beskriver, at scenarier med instant webhooks som standard kører parallelt. En ny anmodning begynder at blive behandlet, selv om en tidligere kørsel endnu ikke er færdig.
Vores anbefaling er at undersøge, om to kørsler kan skrive til den samme sag eller afhænge af hinandens resultat. Et tænkt eksempel er en oprettelse efterfulgt af en statusændring. Hvis statusændringen forudsætter den oprettede sag, skal den afhængighed være med i designet.
- Make: Webhooks Læst
Brug Process data in order når ankomstrækkefølgen er vigtig
I scenariets indstillinger kan Process data in order vælges. Make venter da, til den foregående kørsel er afsluttet, før næste startes, og beskriver indstillingen til behandling i den rækkefølge, anmodningerne kom ind.
Det betyder også, at en langsom kørsel kan forsinke senere arbejde. Aftal derfor, hvilken ventetid teamet kan acceptere, og hvem der følger køen. Ankomstrækkefølge er ikke nødvendigvis hændelsesrækkefølge i kildesystemet; vurder særskilt, hvordan forsinkede oplysninger skal håndteres.
- Make: Webhooks Læst
Prøv to afhængige hændelser i et testforløb
Lav en afgrænset prøve med to hændelser på samme interne testsag. Lad den første tage længere tid, og skriv den forventede slutstatus på forhånd. Kontrollér både kørslernes rækkefølge og den endelige sag i målsystemet.
Gentag kontrollen med uafhængige testsager, så valget også vurderes i forhold til almindelig belastning. Brug ikke rigtige kunder eller udgående beskeder i prøven. Gem beslutningen og kontrolresultatet ved scenariet, så en senere ændring af hastighed ikke utilsigtet ændrer forretningslogikken.