Tâches HTTP

Planifiez des requêtes HTTP avec réessais, délais d’expiration, en-têtes personnalisés et journalisation complète requête/réponse.

Une tâche HTTP est un point de terminaison que SteadyCron appelle à intervalle régulier. Vous vous concentrez sur le handler ; SteadyCron gère la planification, les réessais, les délais d’expiration et le journal d’audit.

Configuration de la requête

Chaque tâche HTTP envoie une requête que vous contrôlez entièrement :

  • Méthode — GET, POST, PUT, PATCH ou DELETE.
  • URL — tout point de terminaison HTTPS. (Seuls les schémas http/https sont autorisés, et les requêtes vers des adresses internes/privées sont bloquées par sécurité.)
  • En-têtes — définissez des en-têtes personnalisés, par ex. un jeton bearer Authorization.
  • Corps — envoyez une charge utile JSON ou texte avec la requête.

Réessais et délais d’expiration

Les échecs passagers ne devraient pas devenir des pannes permanentes :

  • Délai d’expiration — interrompt une requête qui dure trop longtemps (jusqu’à 30 s en offre Free, 5 min en offres payantes).
  • Réessais — réessaie les tentatives échouées avec backoff exponentiel (jusqu’à 1 en Free, jusqu’à 5 en offres payantes). Choisissez de réessayer en cas de délai dépassé et sur certains codes de statut.
  • Ignorer si en cours — ne démarre pas une nouvelle exécution tant que la précédente est encore en cours.

Politique de misfire

Si SteadyCron n’a pas pu déclencher une tâche à la minute prévue (par exemple juste après une fenêtre de maintenance), la politique de misfire décide de la suite :

  • Ne rien faire — ignorer le déclenchement manqué (idéal pour les tâches de type digest).
  • Déclencher une fois maintenant — exécuter immédiatement pour rattraper (idéal pour les sauvegardes).

Contrôles

Chaque tâche peut être exécutée maintenant, mise en pause et reprise depuis le tableau de bord ou l’API. La mise en pause arrête la planification sans supprimer la tâche ni son historique.

Journal d’exécution

Chaque appel est enregistré avec son horodatage, sa durée, son code de statut HTTP et une copie tronquée des en-têtes et du corps de la réponse. Les réessais apparaissent comme des tentatives distinctes. Utilisez le journal pour répondre à « la tâche de 3 h a-t-elle tourné, et qu’a-t-elle renvoyé ? »

La rétention des journaux dépend de votre offre — voir Offres & limites.

Étapes suivantes