Intégration Atlassian Statuspage
Uptimia surveille vos sites depuis plus de 171 emplacements et, dès qu’une panne est confirmée, ouvre l’incident sur votre Atlassian Statuspage et passe le composant concerné au rouge. Dans la première minute d’une panne, une centaine de personnes se demandent « est-ce que c’est juste moi ? » — votre page répond désormais avant même que quiconque se soit connecté.
Overview
Last 7 DaysVotre page répond dès la première minute
Attendre de comprendre le problème semble la bonne approche. Mais la question de la première minute n’est jamais « pourquoi » — c’est « est-ce de votre côté ? », et celle-là trouve réponse dès que la panne est confirmée, bien avant que quiconque puisse l’expliquer.
Dix-sept minutes où personne ne savait
Rien dans ces 17 minutes n’est la faute de qui que ce soit : quelqu’un doit remarquer, y croire, retrouver la connexion et choisir ses mots — pendant que chaque client tombé sur une erreur décide de ce qu’il va faire.
Publiée depuis l’extérieur de votre réseau
La publication automatique est délibérément sobre — un incident en cours d’investigation, un composant rouge. Elle achète vingt minutes pour rédiger la phrase dont les clients se souviendront, au lieu de répondre sans cesse à la même question.
Ce qui se passe quand une sonde échoue
La panne est confirmée, l’incident s’ouvre seul sur votre page, et le support répond avec un lien plutôt qu’une supposition. Quand la sonde se rétablit, le message de fin d’alerte est publié avec la durée totale de la panne.
Connecter Statuspage en trois étapes
Copiez trois valeurs de Statuspage vers Uptimia. Rien à installer, rien à héberger et aucun code à écrire.
Copiez la clé API et l’ID de page
Statuspage les affiche côte à côte — elles permettent à Uptimia de publier sur votre page, et rien d’autre.
Nommez le composant qui doit passer au rouge
Choisissez le composant que représente cette sonde — il passe au rouge quand la vérification échoue, et revient à opérationnel quand elle se rétablit.
Envoyez un incident de test
Le test publie un incident réel — visez donc une page de préproduction, puis attachez vos sondes.
Connecter Atlassian Statuspage
Le centre d’aide indique où trouver la clé API, l’ID de page et l’ID de composant — et explique précisément comment un incident s’ouvre et se referme sur votre page une fois tout connecté.
Ce qui a sa place sur une page publique
N’importe quelle sonde peut piloter une page de statut, mais seules quelques-unes répondent à la question d’un client : peut-il charger la page, peut-il acheter, peut-il joindre l’API ? Un certificat qui expire dans plusieurs semaines relève de votre équipe, pas d’une bannière rouge — attachez les sondes tournées vers l’extérieur et laissez la maintenance interne hors de la page.
Reliez chaque composant à ses propres sondes
Chaque connexion pilote un seul composant sur votre page. Pointez les sondes qui représentent ce composant vers lui, puis ajoutez-en une autre pour le suivant.
L’incident se publie tout seul.Les mots restent les vôtres.
La plateforme complète pendant l’essai — chaque type de sonde, plus de 171 points de contrôle, et une page de statut qui n’attend plus un humain.
Ce qui est automatisé, et ce qui reste à vous
Uptimia ouvre l’incident et déplace le composant. Vos mots, vos abonnés, votre analyse d’après-incident et le moment où vous déclarez la panne terminée restent des décisions humaines.
Ce qui atterrit sur la page
Une panne confirmée publie un incident — Monitoring Alert, investigating, impact critical — et passe le composant à major outage. Le rétablissement publie un second incident portant la durée totale de la panne, et ramène le composant à operational.
Confirmée avant publication
Rien ne devient public sur l’avis d’un seul point de contrôle. Une panne est revérifiée depuis d’autres points de contrôle — jusqu’à trois régions indépendantes doivent être d’accord avant que l’incident ne soit publié.
Les abonnés sont l’affaire de Statuspage
Une fois l’incident créé, Statuspage prévient tous ceux qui se sont abonnés à la page — e-mail, SMS, Slack, RSS — exactement comme pour un incident rédigé à la main.
La maintenance reste silencieuse
Les fenêtres planifiées suppriment les alertes, si bien qu’un déploiement à 23 h n’ouvre jamais d’incident public.
Un seul incident pendant une tempête
Quand des sondes qui partagent une politique d’escalade échouent ensemble, la page reçoit un seul incident, pour la sonde qui a mené le groupe.
Vous avez déjà une page de statut
Uptimia publie ses propres pages de statut sur tous les forfaits — domaine personnalisé, historique par sonde, mises à jour pour les abonnés — cette intégration s’adresse donc aux équipes déjà chez Atlassian : elle a sa place sur la page qu’elles ont déjà en favori.
Comment fonctionnent les mises à jour automatiques d’Atlassian Statuspage
Uptimia surveille vos sites web depuis plus de 171 emplacements externes et, en cas d’échec d’une sonde, ouvre l’incident sur votre Atlassian Statuspage et passe le composant que vous avez nommé au rouge — sans que personne ne se connecte. Quand la sonde se rétablit, elle publie le message de fin d’alerte avec la durée totale de la panne et ramène le composant à opérationnel — les mots, et le moment où l’incident se referme, restent les vôtres.
Elle achète du temps, pas des mots
Uptimia ne marque jamais un incident comme résolu et ne modifie jamais vos mots. Elle constate le fait observable en quelques secondes et laisse l’explication, le ton et la mise à jour de clôture entre vos mains.
Signalé depuis l’extérieur de la panne
Une page de statut hébergée sur votre propre infrastructure se tait précisément quand c’est important : ce qui a mis le site à terre peut aussi emporter l’outil de mise à jour. Les points de contrôle d’Uptimia échouent indépendamment de vous, donc la page en entend parler.
Ce que chaque événement fait à la page
Trois résultats possibles, et l’un d’eux est la raison de tester d’abord quelque part en privé.
Voir les 12 canaux d’alerte →| Événement | Incident publié | Composant réglé sur |
|---|---|---|
| Panne confirmée | Investigating · impact critical · la ligne d’alerte comme corps du message | Major outage |
| Rétablissement | Un second incident — monitoring · impact none · durée totale de la panne | Operational |
| Envoyer un test | Investigating · impact none · un incident réel et public | Under maintenance |
FAQ sur l’intégration Atlassian Statuspage
01De quoi ai-je besoin du côté de Statuspage ?+
02Qu’est-ce qui apparaît exactement sur ma page quand une sonde échoue ?+
03L’incident se referme-t-il tout seul quand le site se rétablit ?+
04Le message de test sera-t-il visible par les clients ?+
05L’ID de composant est-il obligatoire ?+
06Quelles sondes devraient piloter la page ?+
07Que se passe-t-il quand plusieurs sondes échouent en même temps ?+
08Puis-je mettre à jour plusieurs pages ou composants ?+
09Ai-je quand même besoin d’alertes pour mon équipe ?+
10Combien cela coûte-t-il, et que se passe-t-il si je n’utilise pas Statuspage ?+
Des mises à jour de statut qui se publient toutes seules
Connectez votre page, et la prochaine fois que quelque chose casse, la réponse à « est-ce que c’est juste moi ? » est déjà publiée.