Surveillance heartbeat des tâches
Au lieu qu’AmICited sonde votre serveur, votre tâche planifiée appelle sa propre URL de ping unique — GET ou POST, les deux fonctionnent — après chaque exécution réussie. Si l’intervalle prévu est dépassé, plus un délai de grâce, un incident s’ouvre automatiquement — détectant les défaillances que les vérifications de disponibilité classiques ne peuvent pas voir.
Surveillance du heartbeat des tâches
Une tâche cron qui plante, une sauvegarde qui cesse de s’exécuter, une importation qui se bloque — rien de tout cela ne touche un point d’accès public qu’une surveillance de cron ordinaire pourrait vérifier. Les battements de cœur inversent le modèle en interrupteur homme mort : votre tâche prouve qu’elle est active, et AmICited ne s’exprime que lorsqu’elle se tait. Il n’y a pas d’état dégradé ici — un battement de cœur est en attente, actif ou inactif.
- URL de ping unique par tâche — une ligne ajoutée à la fin d’une tâche cron ou d’un script, sans nécessité de sondage côté serveur ; un jeton intraçable constitue la seule frontière de confiance.
- Intervalle prévu et délai de grâce — intervalle d’une minute à 30 jours, délai de zéro à 30 jours, afin qu’une tâche qui se termine un peu tard n’alerte personne.
- Alertes aux bonnes personnes — destinataires de notification configurés par battement de cœur, comme pour tout autre moniteur.
- Détecte ce que les vérifications de disponibilité ne peuvent pas — sauvegardes nocturnes, importations planifiées et workers de file d’attente ne sont jamais déclenchés par une requête visiteur.
Intégrations du statut heartbeat
La page de détail génère du HTML prêt à copier pour un battement de cœur : un pixel visiteur caché 1×1 qui enregistre un ping simplement en se chargeant, un badge de statut SVG en direct, et des graphiques de disponibilité SVG pour 24 heures ou 90 jours — chacun avec un aperçu avant de le copier. Réinitialisez le jeton si une URL fuit, mais chaque expéditeur et intégration doit être mis à jour après, car la réinitialisation invalide l’ancien jeton.
- Pixel visiteur — une image 1×1 qui pinge au chargement, pour les tâches qui ne peuvent pas appeler une URL directement.
- Badge de statut en direct — un SVG qui reflète l’état actuel partout où il est intégré.
- Graphiques de disponibilité 24h et 90j — les mêmes bandes SVG que le tableau de bord, prêtes à être insérées dans un README ou un wiki interne.
- Réinitialisation du jeton — invalide l’ancienne URL de ping immédiatement ; mettez à jour chaque expéditeur avant la prochaine exécution prévue.
Heartbeats et moniteurs de disponibilité
Les battements de cœur détectent les tâches d’arrière-plan qu’aucun visiteur ne déclenche jamais. Les moniteurs de disponibilité détectent les points d’accès publics que ces visiteurs atteignent. Utilisez les deux, et servez-vous des fenêtres de maintenance pour éviter que les travaux planifiés sur vos moniteurs actifs n’ouvrent un faux incident.
- Couverture active + passive — moniteurs HTTP, TCP, DNS et Transaction pour ce qui est public, battements de cœur pour ce qui s’exécute en arrière-plan.
- Fenêtres de maintenance pour les vérifications actives — limitées par domaine ou moniteur, ponctuelles ou récurrentes, afin que les travaux planifiés sur un point d’accès surveillé n’alertent jamais personne.
- Désactivez un battement de cœur directement — pour les pauses planifiées sur une tâche d’arrière-plan, puisque les fenêtres de maintenance ne couvrent pas encore les battements de cœur.
aucun sondage serveur requis — votre tâche fait la conversation
FlowHunt n’a jamais à deviner si une tâche d’arrière-plan s’est exécutée. La tâche appelle son URL de ping ; le silence au-delà du délai de grâce est le seul signal qui importe.
Voir les moniteurs de disponibilitéPrêt à détecter la tâche qui a cessé silencieusement de s’exécuter ?
Vérification gratuite · Essai de 7 jours · carte de crédit requise