Rate limiting
Rate limiting fastlægger, hvor ofte en klient må sende forespørgsler efter en bestemt regel.
Rate limiting begrænser den tilladte hyppighed af forespørgsler. Reglen kan gælde en IP-adresse, bruger eller applikation. Periode, optælling og omfang afhænger af tjenesten.
En fiktiv API tillader en klient 100 forespørgsler pr. minut. Overskridelse kan give HTTP 429. En valgfri Retry-After-header angiver ventetid før næste forsøg og skal håndteres efter den faktiske tjenestes regler. Eksemplet er ikke en ASES- eller leverandørkvote.
En integration skal tilpasse hastighed og gentagelser. En grænsefejl betyder ikke, at forretningsdata er ugyldige. En retry-strategi håndterer senere forsøg; grænsen beskriver tilladt belastning.
Kilder
Relaterede begreber
- Retry-strategiEn retry-strategi fastlægger, hvilke fejl der prøves igen, med hvilke pauser og indtil hvilken grænse.
- Server-Sent EventsServer-Sent Events sender tekstmeddelelser fra server til klient via HTTP, eksempelvis om en baggrundsopgaves fremdrift.
- ETagEt ETag identificerer en bestemt repræsentationsversion af en HTTP-ressource og understøtter betingede opslag eller ændringer.
- Cross-Origin Resource SharingCORS styrer browserens adgang til svar fra en anden origin. Det erstatter hverken login til API’et eller kontrol af rettigheder.
- Elektronisk dataudvekslingEDI overfører strukturerede forretningsdokumenter mellem systemer. Format, partnerprofil, datafelternes tilknytning og tilbagemeldinger skal passe sammen.
- RealtidsbehandlingRealtidsbehandling behandler indgående hændelser efter et fastlagt latensmål. Hændelsestid, behandlingstid og forsinkede data kræver klare regler.
Dit projekt med ASES
Beskriv dit projekt for os. Vi vender tilbage med en første vurdering.