Disponibilité, incidents et support

Monitor public endpoints, route alerts, see incidents and raise requests to CostGlass engineers.

Disponibilité, incidents et support

Surveillez vos points de terminaison publics, soyez alerté en cas de panne, consultez les incidents enregistrés et demandez de l'aide aux ingénieurs de CostGlass.

Where in CostGlassOperations → Uptime
PlanGrowth and above
Who can do thisOwners and admins change settings; members can view
Time needed15 minutes
En bref
  • Uptime envoie une requête HTTP à chaque URL publique que vous enregistrez et enregistre le statut, le temps de réponse et l'expiration du certificat. En production, le contrôle est effectué toutes les cinq minutes environ.
  • Un contrôle ne réussit que sur une réponse 2xx dans les 5 secondes. Tout le reste marque le service dégradé et déclenche une alerte.
  • Les alertes sont envoyées vers Slack, PagerDuty, Microsoft Teams ou par courrier électronique, par catégorie d'environnement ou par service.
  • La page Incidents répertorie les incidents ouverts enregistrés pour votre organisation. CostGlass ne les génère pas automatiquement en cas d'échec des vérifications et la page n'a pas de bouton de création.
  • Support & Requests est votre bureau pour les ingénieurs CostGlass : signalez une tâche, un bug, une demande de fonctionnalité ou une question et suivez-le.
Avant de commencer
  • Un plan de croissance, d’échelle ou d’entreprise. L’élément de menu Uptime est grisé sous Croissance.
  • Rôle de propriétaire ou d'administrateur pour enregistrer des services, modifier des catégories ou des chaînes.
  • Une URL HTTP ou HTTPS publique qui renvoie un statut 2xx lorsqu'elle est saine, telle que /health, /healthz ou /status. Il devrait être sécuritaire d’appeler à plusieurs reprises.
  • Pour les alertes : un webhook entrant Slack, un webhook Teams, une clé d'intégration PagerDuty ou une adresse e-mail.

Périmètre de surveillance d'Uptime

La disponibilité est une vérification synthétique : CostGlass effectue un HTTP GET vers l'URL que vous lui donnez et juge la réponse. Il ne peut que surveiller points de terminaison HTTP/HTTPS publics. Une fonction Lambda, une base de données RDS ou une charge de travail Kubernetes sans URL ne peuvent pas être surveillées de cette façon ; pour l'état de ceux-ci, utilisez Ressources Cloud. Une fiche de page sur Uptime dit la même chose et contient des liens vers les modèles de découverte.

Temps de disponibilité : règles de notification de catégorie ci-dessus, services surveillés ci-dessous.
Ce qui est enregistréDétail
StatutEn bonne santé lorsque la réponse est 2xx ; Dégradé sinon (y compris les délais d'attente et les erreurs de connexion). Les redirections sont suivies.
LatenceTemps de réponse du dernier contrôle. Affiché comme P99 sur la ligne de service.
SSLJours jusqu'à l'expiration du certificat HTTPS. La rangée devient orange puis rouge à mesure qu’elle s’approche.
% de disponibilitéUn chiffre courant qui augmente de 0,01 pour chaque contrôle réussi et diminue de 0,05 pour chaque échec, entre 0 et 100. Il s'agit d'un indicateur de tendance et non d'un véritable calcul de disponibilité sur 30 jours.
Remarque
L'en-tête de la page indique que les vérifications ont lieu toutes les 60 secondes. C'est à quelle fréquence le vérificateur de développement local s'exécute. En production, le vérificateur planifié s'exécute toutes les cinq minutes.

Ajouter un service

1
Cliquez sur Enregistrer le service
On Uptime the button is in the page header. The form opens; the button becomes Close Form.
2
Remplissez les bases
Service Name (for example API Gateway or Billing Worker), Environment / Category (prod, sandbox, staging or your own), Service Type (Web Application / HTTP Endpoint, API Gateway or Custom Service) and optionally Cloud Region.
3
Entrez l'URL du bilan de santé
Required, for example https://api.example.com/health. Sans URL, le formulaire refuse d'être enregistré.
4
Choisissez le routage des alertes de service
Leave Inherit … Category Rules to use the category's channels, or choose the custom override and enter a Custom Slack Channel Name and optional Custom Webhook URL (Optional). More channel types are set with the ⚙ Alert button after saving.
5
Enregistrer
Le service apparaît sous Services surveillés et points de terminaison comme Inconnu jusqu'à ce que sa première vérification soit terminée.
Pointez-le uniquement vers les points de terminaison que vous possédez
CostGlass demande l'URL à ses propres serveurs. Utilisez une adresse censée être publique et pouvant être appelée en toute sécurité toutes les quelques minutes. Ne mettez pas de secrets dans l'URL.

The service list has filter buttons for all, healthy, degraded and down, and per row: 🔔 Test, ⚙ Alert, edit and delete (with confirmation). Click a service for its detail page: Current Status, SSL Expires In, Response Latency and Service Status charts. Les nouveaux services nécessitent quelques vérifications avant que les graphiques ne soient remplis.

Canaux d'alerte

Règles de catégorie

Service Notification Rules by Category defines default channels per environment (prod, sandbox, staging, or categories you add with + Add Category). Chaque catégorie peut être activée ou désactivée, affiche Aucun canal configuré ou Silencieux lorsque rien n'est défini et peut notifier les états dégradés et indisponibles. Les catégories personnalisées peuvent être supprimées.

Remplacement par service

Click ⚙ Alert on a service and choose Select Alert Routing Behavior: inherit the category's channels, or Custom Alert Channels Override for this specific service. Ajoutez des destinations avec les boutons Slack, PagerDuty, Teams et Email, et envoyez un test à chacune.

CanalVous fournissez
MouUn nom de chaîne et/ou une URL de webhook entrant (https://hooks.slack.com/…).
Service de téléavertisseurUne clé d'intégration de 32 caractères
Équipes MicrosoftUne URL de webhook Teams ou Workflows.
E-mailUne ou plusieurs adresses.
  • Les URL et les clés des webhooks sont en écriture seule : après avoir enregistré, vous ne voyez que les derniers caractères, et laisser le champ vide conserve la valeur enregistrée.
  • Les hôtes Webhook sont comparés à une liste verte des véritables hôtes Slack et Teams ; tout le reste est rejeté.
  • Les e-mails de test sont toujours envoyés uniquement à votre propre adresse, quels que soient les destinataires configurés. Les véritables alertes sont envoyées aux destinataires enregistrés.
  • Un test PagerDuty crée un véritable incident dans PagerDuty.
  • Seuls les propriétaires et les administrateurs peuvent modifier les catégories et les canaux, et un service sans rien configuré ne peut pas être testé.

Limites réelles des alertes

Les alertes ne sont pas dédupliquées
Une alerte est envoyée pour chaque vérification échouée alors qu'un service est en panne. Avec des contrôles de cinq minutes, une longue panne signifie des messages Slack, Teams ou électroniques répétés. Pour PagerDuty, chaque échec de vérification ouvre un nouvel incident et CostGlass n'envoie pas de résolution lorsque le service récupère, vous devez donc les fermer dans PagerDuty. Il s'agit d'une lacune connue.
  • Le vérificateur marque les échecs comme dégradés ; le filtre Down existe mais une vérification échouée ne produit pas actuellement un état Down distinct.
  • Seules les vérifications HTTP (et les vérifications de déploiement Kubernetes pour les services liés à un cluster) sont effectuées.
  • Les secrets de canal enregistrés pour les services individuels sont conservés dans la base de données ; Les secrets des règles d'anomalie sont conservés dans un magasin de secrets.

Incidents

Incidents (titled Production Incident Management) shows open incidents as cards with title, description, severity P1 to P4, status and start time, or No open incidents with an All Clear badge.

GravitéCouleurSignification
P1RougeLe plus grave.
P2AmbreSérieux.
P3BleuModéré.
P4VertMineure.
Ce qui n'est pas là
La page est en lecture seule. Il n’existe aucun bouton permettant de signaler ou de résoudre un incident, et les échecs des contrôles de santé ne créent pas d’incidents. Si vous ne voyez pas les incidents auxquels vous vous attendez ou si votre plan est inférieur à la croissance, la liste est tout simplement vide. Pour faire enquête sur quelque chose, soumettez une demande d’assistance.

Le cockpit Ops Overview résume les services en ligne, les actifs découverts, les incidents ouverts et vos demandes actives.

Support & Requêtes

Obtenez tout ce dont vous avez besoin auprès de CostGlass : un travail DevOps/SRE, une demande de fonctionnalité, un rapport de bug ou une question. Open Support & Requests and click + New Request.

1
Choisissez le type de demande
Options: Bug Report (the default), Feature Request, DevOps / SRE Task, Data Privacy & Security, Enterprise dedicated deployment and General Question.
2
Rédigez un titre et une description de la demande
Incluez des exigences, une fenêtre de maintenance ou des liens. Le titre est obligatoire.
3
Définir le niveau de priorité
Faible (arriéré standard), moyen (objectif 2-3 jours), élevé (objectif 24 heures) ou critique (SLA immédiat). Les demandes de fonctionnalités ne peuvent être que faibles ; Tâches DevOps/SRE Moyennes ou Faibles.
4
Ajouter des balises/services
Facultatif, par exemple RDS, Database, eu-west-2.
5
Soumettre la demande
La demande est créée comme Ouverte.

Que se passe-t-il après la soumission

  • L'e-mail est envoyé aux ingénieurs affectés à votre organisation et aux opérateurs de la plateforme CostGlass, avec un lien vers la demande dans le Back Office de votre région.
  • Vous recevez un email d'accusé de réception. Si votre compte n'a pas d'adresse e-mail enregistrée, il n'y a rien à envoyer.
  • Lorsqu'un ingénieur est affecté, il reçoit un e-mail. Lorsque le statut change, vous recevez un e-mail.
  • Les problèmes de courrier électronique n’empêchent jamais l’enregistrement de la demande.

Lecture de la page

The KPI strip shows Active Requests, SLA & Resolution, Assigned SRE Bench and Completed Tasks. Les onglets filtrent par Tout, En cours, Ouvert et Terminé ; une liste déroulante de priorité et une recherche pour affiner la liste. Les statuts sont Ouvert, En cours, En attente de révision et Terminé.

En lecture seule, sauf accord de votre part
CostGlass's standard access is read-only. Si une tâche nécessite que des ingénieurs modifient votre infrastructure, ils vous demandent d'abord d'accorder une autorisation étendue distincte, et rien ne change sans cette étape.
Avertissement
The SLA & Resolution card shows fixed illustrative text, not a measured figure for your organisation. Utilisez plutôt les objectifs de priorité de demande ci-dessus et les conditions de votre plan. Dedicated engineers (Assigned SRE Bench) apply to Scale and Enterprise.
Mon service affiche Dégradé mais il fonctionne dans mon navigateur.
Le contrôle nécessite une réponse 2xx dans les 5 secondes depuis Internet. Une redirection vers une page de connexion, un 403 provenant d'un pare-feu qui bloque CostGlass ou une réponse lente comptent tous comme des échecs.
Puis-je surveiller une URL interne ou locale ?
Non. Seuls les points de terminaison accessibles depuis l’Internet public fonctionnent en production.
Pourquoi est-ce que je reçois une alerte toutes les quelques minutes ?
Des alertes sont envoyées pour chaque contrôle échoué ; il n'y a pas encore de limitation. Fix the service, or disable the category or the service's override temporarily.
Je suis sur Starter et je vois une page d'incidents vide.
Les données d’incident et de demande appartiennent à Growth et au-dessus. Mettez à niveau sous Paramètres → Facturation et forfaits.
Où puis-je signaler un bug dans CostGlass ?
Support et demandes → + Nouvelle demande → Rapport de bug.

Guides associés