...
Stuur updates bij voorkeur sequentieel wanneer:
de API trager is door hoge belasting, dan stuurt u ook trager notificaties door
een token gevalideerd moet worden, dan zijn alle andere oproepen met hetzelfde token geblokkeerd tot het resultaat van de validatie gekend is
u de bandbreedte en de verwerkingskracht deelt met alle andere aanbieders van DOSIS. Zie ook de HTTP 429 respons als er teveel notificaties tegelijk aangeboden worden
Een update aanbieden kost meestal minder dan 1 -2sof 2 seconden. Uitzonderlijk kan duurt het langer duren, door factoren die niet altijd onder controle zijn van buiten de DOSIS-bouwsteen om, zoals de huidige belasting en de respons tijden responstijden van andere systemen die worden opgeroepen worden door DOSIS. Gebruik een communicatie timeout communicatietime-out die voldoende lang is om met dergelijke schommelingen om te kunnen. Typisch Dit is typisch een timeout time-out van 15 -30stot 30 seconden.
Wees klaar om Stuur een update opnieuw te versturen indien als het de eerste keer niet lukt omdat er een fout, timeout time-out of HTTP 429 respons komt. Dit kan bvb bijv. door deze de gefaalde updates in een queue te plaatsen en later opnieuw te proberen.
Bij een HTTP 400 validatiefout respons heeft het geen zin om opnieuw te proberen verzenden zonder eerst de inhoud van de update aan te passen. Let wel:
| Note |
|---|
|
...
|
...
|
...
|