Understanding iGps API Rate Limits and Retry Logic

Resposta de Limite de Requisição

• Pare de enviar requisições imediatamente: requisições adicionais durante o bloqueio continuarão a falhar.
• Aguarde antes de tentar novamente: recomenda-se backoff exponencial para evitar sobrecarregar a API assim que a janela for reiniciada.
• Reenvie a requisição original: assim que passar tempo suficiente, tente a mesma requisição novamente sem modificação.

Backoff Exponencial

import time
import requests

def post_with_backoff(url, headers, body, max_retries=5):
    delay = 1
    for attempt in range(max_retries):
        response = requests.post(url, headers=headers, json=body)
        if response.status_code == 429:
            print(f"Limite de requisicao atingido. Tentando novamente em {delay}s...")
            time.sleep(delay)
            delay *= 2  # Backoff exponencial
            continue
        return response
    raise RuntimeError("Numero maximo de tentativas excedido")

positions = post_with_backoff(
    "https://api.igps.com.br/api/v1/veiculos/posicoes",
    headers={"Authorization": f"Bearer {token}"},
    body={"chassis": chassis_list}
)

Reduzindo o Volume de Requisições

• Faça cache dos resultados para o intervalo de polling relevante para o seu caso de uso (por exemplo, 30 segundos para rastreamento quase em tempo real). Evite consultar novamente dados que ainda não tiveram tempo de mudar.
• Use consultas em lote (até 50 por requisição) em vez de enviar uma requisição por veículo.
• Evite loops de polling apertados: introduza um sleep entre requisições sucessivas para regular sua integração.