Healthchecks Hébergement
Surveillez les tâches cron et les tâches de fond, et recevez une alerte lorsque l'une d'elles cesse de se manifester.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix

Liens officiels
Les liens officiels et le site web original de Healthchecks
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Un conteneur PostgreSQL est provisionné avec l'application et reste non géré par AvaHost.

Tech
- Image Docker
- healthchecks/healthchecks:latest
- Port par défaut
- 8000
- Base de données
- postgres

Fonctionnement de Healthchecks
Healthchecks attribue à chaque tâche surveillée une adresse de ping unique et un calendrier prévu. Une tâche envoie une requête au démarrage, en cas de succès ou d'échec. Si le signal de succès attendu n'arrive pas dans la période configurée et le délai de grâce, la vérification change d'état, permettant à l'opérateur d'identifier les travaux qui ont cessé de s'exécuter ou qui ont pris plus de temps que prévu.
Le modèle fonctionne comme un interrupteur de sécurité (dead man's switch) plutôt que comme une sonde active de site web. Il convient parfaitement aux sauvegardes, à la maintenance des bases de données, au traitement des files d'attente, aux importations, au renouvellement des certificats, aux rapports programmés et à d'autres processus récurrents pouvant appeler une URL. Les vérifications séparées, les étiquettes, les projets, les calendriers et les API aident les opérateurs à organiser une collection plus importante de tâches.
Fonctionnalités clés de Healthchecks
Les intervalles simples couvrent les tâches qui doivent signaler toutes les quelques minutes ou heures, tandis que les expressions cron décrivent des calendriers plus précis et des fuseaux horaires. Les signaux de démarrage et d'achèvement peuvent révéler des exécutions inhabituellement longues, et les signaux d'échec distinguent une erreur de tâche d'une tâche qui a complètement disparu.
Les intégrations de notification constituent une couche distincte de l'évaluation des vérifications. Le logiciel peut se connecter à l'email, aux webhooks, au chat, aux SMS et aux services d'incident lorsque leurs exigences sont configurées. Le modèle fourni évalue toujours les pings sans email, mais chaque canal d'alerte doit être vérifié par rapport à la configuration fournie et à tout compte de fournisseur dont il a besoin.
Healthchecks vs Cronitor
Healthchecks
Healthchecks se spécialise dans la surveillance des pulsations pour les tâches cron et les processus périodiques similaires. Cronitor surveille également les tâches cron, tandis que son service hébergé inclut les vérifications actives de site web, la surveillance de la disponibilité, les pages d'état, la télémétrie et la livraison des alertes gérée par le fournisseur dans une plateforme commerciale plus large.
Cronitor
Cronitor peut convenir aux équipes qui souhaitent plusieurs modes de surveillance et un service exploité par un fournisseur sous un seul compte. Healthchecks est un excellent choix lorsque la priorité est un interrupteur de sécurité compact auto-hébergé et que l'opérateur sait déjà comment les alertes atteindront les personnes responsables de chaque tâche.
Qui utilise Healthchecks
Les administrateurs système utilisent Healthchecks pour superviser les sauvegardes, les tâches de synchronisation, le renouvellement des certificats, les scripts de nettoyage et les pipelines de données. Les développeurs peuvent surveiller les workers programmés ou la génération de rapports, tandis que les petites équipes d'exploitation regroupent les vérifications par service et les étiquettent par propriétaire ou urgence.
Healthchecks ne remplace pas les métriques, les traces, l'agrégation des journaux ou la surveillance active de la disponibilité HTTP. Il signale si les signaux attendus arrivent. Un script peut toujours se terminer tout en produisant une sortie incorrecte, donc les tâches de haute valeur peuvent nécessiter une validation séparée du résultat en plus d'un ping réussi.

Auto-hébergement de Healthchecks : exigences et coûts
La charge est déterminée par le nombre de vérifications, la fréquence des pings, les projets, les intégrations, l'activité de l'API, l'historique conservé et les utilisateurs simultanés. PostgreSQL stocke les comptes, les vérifications, les calendriers, les états, les projets et la configuration des notifications. Il est inclus mais non géré, la mémoire de la base de données étant exclue du minimum d'application exporté.
AvaHost recommande le Plan 2 à 5 € après l'étape PostgreSQL. Le déploiement inclut l'approvisionnement en un clic, HTTPS de domaine personnalisé, les mises à jour automatiques des applications et les sauvegardes programmées. Un superutilisateur est créé et l'enregistrement public est fermé. L'email de l'application est désactivé, donc les alertes par courrier, la vérification des emails, les liens de connexion, les rapports et la récupération ne sont pas disponibles ; configurez et testez uniquement les intégrations non-email prises en charge avec leurs propres identifiants de fournisseur.
F.A.Q
Les vérifications de santé commencent à 5 € sur le Plan 2 après prise en compte de son conteneur PostgreSQL. La recommandation de départ couvre un ensemble modeste de vérifications et un trafic ping ordinaire. Le nombre de vérifications, la fréquence des pings, les projets, les appels API, les intégrations, l’historique conservé et les utilisateurs simultanés déterminent quand l’application ou la base de données a besoin d’une marge de fonctionnement supplémentaire.
La pile hébergée provisionne PostgreSQL pour les comptes, les vérifications, les planifications, les périodes de grâce, les changements d’état, les projets, les étiquettes et les paramètres d’intégration. Healthchecks reçoit le conteneur PostgreSQL, tandis que le contenu de sa base de données reste non géré. Traitez le contenu de la base de données, le secret Healthchecks et la configuration de l’application comme un ensemble de récupération coordonné, car la restauration d’un seul composant peut laisser les vérifications ou le comportement de connexion incohérents.
Un nom d’hôte personnalisé peut exposer Healthchecks via HTTPS automatisé une fois que le DNS pointe vers AvaHost. Mettez à jour les scripts surveillés pour utiliser les adresses ping finales émises par cette installation et vérifiez-les après tout changement de domaine. Maintenez les anciens points de terminaison actifs uniquement le temps nécessaire pour migrer les tâches, puis confirmez que chaque vérification attendue signale à la nouvelle adresse.
Les alertes par e-mail, les messages de vérification, les liens de connexion, les rapports périodiques et la récupération par e-mail ne sont pas disponibles sur AvaHost. L’application documente les intégrations webhook, chat, SMS, gestion des incidents et autres, mais chacune peut nécessiter un compte ou des identifiants de fournisseur distincts. Configurez un chemin non-email pris en charge et testez un ping manqué délibéré avant de considérer la configuration de surveillance comme opérationnelle.
