Maak eerst duidelijk wat de fout is
HTTP 429 betekent dat een provider op dit moment geen ander verzoek accepteert. Dit is anders dan een verlopen OAuth-token, ontbrekende toestemming, ongeldige media of een technische platformfout. Alleen correct geclassificeerde fouten krijgen de juiste reparatie.
Het antwoord kan een hint voor opnieuw proberen bevatten. Als dit ontbreekt, gebruikt het systeem een beperkte exponentiële backoff met willekeurige spreiding. Dit betekent dat parallelle taken niet tegelijkertijd opnieuw starten en onmiddellijk de volgende limiet genereren.
Voordat u het opnieuw probeert, moet de idempotentie worden opgehelderd
Als de verbinding wegvalt, is het niet altijd bekend of de aanbieder de bijdrage al heeft geaccepteerd. Een blinde nieuwe poging kan dan twee keer publiceren. Elke publicatietaak heeft een stabiele interne ID nodig en – indien ondersteund – een idempotentiesleutel of een providerreferentie.
Als het resultaat onduidelijk is, verandert de taak in een status zoals UNKNOWN of VERIFYING. Het systeem controleert eerst de status van de aanbieder en bestaande referenties. Alleen een poging die duidelijk niet is uitgevoerd, mag worden herhaald.
Backoff blijft beperkt en waarneembaar
Een verstandig herkansplan kent een maximaal aantal pogingen, een maximale wachttijd en een einde. Bij elke poging worden de foutklasse, het tijdstip en de volgende deadline geregistreerd. Eindeloze herhalingen verdoezelen een defect en kunnen tot extra kosten leiden.
Na uitputtende pogingen wordt het bericht niet als een succes gemarkeerd. Het blijft geblokkeerd of wordt geëscaleerd naar gebruikersactie. Andere platforms mogen blijven bestaan zolang hun taken onafhankelijk zijn.
- Respecteer Retry-After
- Gebruik exponentiële backoff met jitter
- beperk het maximale aantal pogingen
- geen herhaling als het externe resultaat onduidelijk is
- isoleren per platform
- Maak reparaties aan het eind zichtbaar
Terugval van aanbieders is niet altijd mogelijk
Voor stockmedia of generatieve verwerking kan een andere erkende aanbieder hetzelfde technische doel vervullen. Bij daadwerkelijke sociale publicaties is het doelaccount echter gekoppeld aan een platformverbinding. Een wijziging mag niet onopgemerkt via een ander account of tool gepubliceerd worden.
De terugval wordt daarom geëvalueerd per actietype. Een zoekopdracht met lege afbeeldingen kan overschakelen naar een tweede gekwalificeerde bron. Voor een ontbrekend OAuth-recht is een nieuwe verbinding vereist. Voor een ongeldige beeldverhouding zijn mediaaanpassingen vereist.
Kort runbook voor operaties
Een team moet een vast proces hebben voor terugkerende publicatiefouten. Het vermindert spontane reparaties en maakt statusmeldingen begrijpelijk.
- Toon de foutklasse en het betrokken kanaal
- Controleer de externe status en provider-ID
- bepaal een veilige nieuwe poging of een specifieke gebruikersactie
- zelfstandige banen voortzetten
- Synchroniseer na voltooiing de wachtrij en de kalender
- Sluit duplicaten uit van interne en externe ID's
FAQ
Moet een 429 onmiddellijk opnieuw worden geprobeerd?
Nee. U moet wachten op de kennisgeving van de provider of op een beperkt uitstel. Bij onmiddellijke parallelle nieuwe pogingen wordt de limiet vaak strenger.
Kan de volledige taak stoppen vanwege een platform?
Alleen als een gemeenschappelijke veiligheidsrelevante vereiste ontbreekt. Een geïsoleerde platformbug mag andere onafhankelijke berichten niet blokkeren.