Français
Statping-ng Hébergement
Surveiller les services et partager une page de statut public avec l'historique des incidents et les alertes.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Statping-ng
- Plus
Site web de Statping-ng
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.
Ce modèle n'inclut pas de conteneur de base de données.
Tech
- Image Docker
- adamboutcher/statping-ng:latest
- Port par défaut
- 8080
Fonctionnement de Statping-ng
Statping-ng permet aux administrateurs d'ajouter des services pour la surveillance HTTP, TCP, UDP, ICMP et gRPC, puis affiche l'état actuel, les informations de réponse, l'historique, les groupes, les messages et les annonces sur une page de statut. Les vérifications HTTP peuvent utiliser différentes méthodes et valider le contenu des réponses. Les notificateurs connectent les modifications de service aux systèmes de communication externes lorsque les identifiants nécessaires sont configurés.
Le catalogue persiste /app mais ne génère pas de connexion initiale unique. La documentation en amont documente les identifiants administrateur par défaut en tant qu'admin / admin, les opérateurs doivent donc les modifier immédiatement après le premier accès. Une page de statut publique peut être consultée séparément du tableau de bord administratif, et chaque cible surveillée, notificateur, fournisseur OAuth et consommateur API nécessite une configuration explicite.
Fonctionnalités clés de Statping-ng
Statping-ng prend en charge plusieurs protocoles réseau, la correspondance des réponses, les groupes de services, les annonces, les notificateurs, une API, un point de terminaison de métriques Prometheus, les options de style et les fournisseurs OAuth optionnels. Ces capacités dépendent d'une configuration correcte et de services externes. L'application mobile est séparée du package hébergé, et la documentation en amont note qu'elle n'est pas maintenue par le projet Statping-ng.
L'email d'application est désactivé sur tous les services cloud d'hébergement, le notificateur SMTP intégré ne peut donc pas être garanti. Les autres identifiants de notificateur, les clients OAuth, la politique de communication publique et les cibles de surveillance ne sont pas non plus inclus. Comme pour tout moniteur hébergé dans un seul emplacement, un résultat positif reflète ce chemin et cette condition plutôt que chaque utilisateur, région ou flux de travail de bout en bout.
Statping-ng vs UptimeRobot
Statping-ng
Statping-ng est un serveur de surveillance auto-hébergé et une page de statut que l'opérateur configure et maintient. UptimeRobot offre une surveillance hébergée par le fournisseur, des intégrations d'alertes, des outils d'incidents et des pages de statut publiques via ses plans gérés. Le fournisseur exploite le service de vérification, tandis que Statping-ng laisse le placement, les identifiants, les mises à niveau, la configuration des notificateurs et la gouvernance de la page de statut au client.
UptimeRobot
UptimeRobot peut convenir aux équipes qui souhaitent des vérifications externes hébergées, une interface de service commercial et des intégrations gérées par le fournisseur sans exécuter d'infrastructure de surveillance. Statping-ng convient aux opérateurs qui préfèrent un système de statut auto-hébergé géré par navigateur et acceptent la responsabilité de sécuriser les identifiants par défaut, de sélectionner les emplacements de vérification, de configurer les alertes et de maintenir la communication disponible pendant les pannes.
Qui utilise Statping-ng
Les petits opérateurs d'hébergement surveillent les sites Web et les ports, les équipes de logiciels publient des groupes de services pour les clients, et les communautés partagent les annonces et l'historique des incidents à partir d'une seule page. Les administrateurs peuvent connecter les défaillances sélectionnées aux services de chat, webhook ou de notification existants lorsqu'ils sont configurés séparément.
Statping-ng n'est pas une plateforme d'observabilité distribuée, un système de transactions de navigateur, un analyseur de journaux, un profileur de performance, un moteur de cause première ou une assurance que chaque utilisateur peut accéder à un service. Le moniteur doit être séparé des systèmes qu'il observe lorsque la page de statut doit survivre à leur défaillance.
Auto-hébergement de Statping-ng : exigences et coûts
L'utilisation des ressources de Statping-ng dépend du nombre de services, de l'intervalle d'interrogation, du protocole, de la validation des réponses, de l'historique, de l'activité des notificateurs, de la collecte des métriques et du trafic de la page de statut. PostgreSQL et MariaDB ne sont pas requis par ce modèle de catalogue ; le volume persistant /app stocke son état local. Le logiciel n'entraîne aucun frais d'application séparé, tandis que de nombreuses vérifications fréquentes peuvent augmenter la charge réseau et de traitement.
Sur AvaHost, Statping-ng utilise le Plan 1 à 2 €. Le package Statping-ng hébergé comprend un déploiement en un clic, un domaine personnalisé avec HTTPS automatisé, les mises à jour automatiques des applications et les sauvegardes planifiées. Le package persiste les données de Statping-ng mais commence par les identifiants administrateur par défaut en amont qui doivent être modifiés. Il ne crée pas de cibles de surveillance, d'emplacements indépendants, d'identifiants de notificateur ou OAuth, de personnel d'incident ou d'email d'application. Les clients doivent sécuriser l'administration, configurer les intégrations sans email et envisager d'héberger le chemin de statut en dehors des domaines de défaillance surveillés.
F.A.Q
Statping-ng commence à 2 € sur le Plan 1. Ce plan convient à un nombre modeste de vérifications à des intervalles raisonnables. Le nombre de services, la fréquence d’interrogation, les protocoles, la correspondance des réponses, l’historique, l’activité des notificateurs, le scraping des métriques et le trafic des pages de statut public déterminent quand une capacité supplémentaire est appropriée. Les réseaux de sondes externes et le personnel de réponse aux incidents ne sont pas inclus.
Un domaine personnalisé peut pointer vers Statping-ng, avec HTTPS automatisé appliqué après la configuration du DNS. Mettez à jour les signets, les clients API, les rappels OAuth, les consommateurs de métriques, les connexions d’applications mobiles et les liens de statut publiés vers le nom d’hôte final. Testez la page publique et l’interface administrative séparément avant d’annoncer l’adresse aux clients ou aux parties prenantes.
La documentation en amont documente la connexion administrateur initiale avec le nom d’utilisateur `admin` et le mot de passe `admin`, et le catalogue ne les remplace pas par un secret généré. Modifiez immédiatement les deux identifiants, examinez les utilisateurs supplémentaires et les secrets API, et restreignez l’interface administrative. La visibilité du statut public ne doit pas impliquer un accès public à la configuration, aux services, aux notificateurs ou aux contrôles d’incident.
L’email d’application est désactivé, donc les notifications SMTP ne sont pas disponibles à partir de ce package hébergé. Statping-ng supporte d’autres notificateurs et fournisseurs OAuth, mais les clients doivent créer les comptes externes, fournir les identifiants et tester la livraison. Les mises à jour automatiques de l’application et les sauvegardes planifiées protègent l’installation hébergée, et non une intégration tierce ou un processus de communication d’incident.