doc-locale/fr-fr/operations/incident_management/status_page.md
{{< details >}}
{{< /details >}}
Avec une page d'état GitLab, vous pouvez créer et déployer un site web statique pour communiquer efficacement avec les utilisateurs lors d'un incident. La page d'accueil de la page d'état affiche un aperçu des incidents récents :
La sélection d'un incident affiche une page de détails contenant plus d'informations sur un incident particulier :
Pour configurer une page d'état GitLab, vous devez :
Seul AWS S3 est pris en charge comme cible de déploiement.
Prérequis :
Pour fournir à GitLab les informations de compte AWS nécessaires pour envoyer du contenu vers votre page d'état :
S3_BUCKET_NAME par le nom de votre compartiment).Après avoir configuré votre compte AWS, vous devez ajouter le projet de page d'état et configurer les variables CI/CD nécessaires pour déployer la page d'état sur AWS S3 :
S3_BUCKET_NAME - Le nom du compartiment Amazon S3. Si aucun compartiment portant le nom indiqué n'existe, la première exécution du pipeline en crée un et le configure pour l'hébergement de site web statique.
AWS_DEFAULT_REGION - La région AWS.
AWS_ACCESS_KEY_ID - L'ID de clé d'accès AWS.
AWS_SECRET_ACCESS_KEY - Le secret AWS.
[!warning] Envisagez de limiter les personnes pouvant accéder aux tickets de ce projet, car tout utilisateur pouvant consulter l'incident peut potentiellement publier des commentaires sur votre page d'état GitLab.
Après avoir créé les variables CI/CD, configurez le projet que vous souhaitez utiliser pour les incidents :
Après avoir configuré votre instance GitLab, les mises à jour pertinentes déclenchent un job en arrière-plan qui envoie des données au format JSON concernant l'incident vers votre fournisseur cloud externe. Votre site web de page d'état récupère périodiquement ces données au format JSON. Il les formate et les affiche aux utilisateurs, fournissant des informations sur les incidents en cours sans effort supplémentaire de la part de votre équipe :
%%{init: { "fontFamily": "GitLab Sans" }}%%
graph TB
accTitle: Understand your status page
accDescr: How GitLab fetches, formats, and displays incident data
subgraph GitLab Instance
issues(issue updates) -- trigger --> middleware(Background job: JSON generation)
end
subgraph Cloud Provider
middleware --saves data --> c1(Cloud Bucket stores JSON file)
end
subgraph Status Page
d(Static Site on CDN) -- fetches data --> c1
end
Pour publier un incident :
/publish pour publier l'incident sur la page d'état GitLab. Les incidents confidentiels ne peuvent pas être publiés.Un traitement en arrière-plan publie l'incident sur la page d'état en utilisant les identifiants que vous avez fournis lors de la configuration. Dans le cadre de la publication, GitLab :
Incident Responder.Après la publication, vous pouvez accéder à la page de détails de l'incident en sélectionnant le bouton Publication effectuée sur la page d'état affiché sous le titre de l'incident.
Pour publier une mise à jour de l'incident, mettez à jour la description de l'incident.
[!warning] Lorsque des incidents référencés sont modifiés (titre ou confidentialité, par exemple), l'incident dans lequel ils étaient référencés n'est pas mis à jour.
Pour publier des commentaires sur l'incident de la page d'état :
:microphone: 🎤) au commentaire.[!warning] Toute personne ayant accès à l'incident peut ajouter une réaction emoji à un commentaire. Envisagez donc de limiter l'accès aux tickets aux membres de l'équipe uniquement.
Pour faire passer le statut de l'incident de open à closed, fermez l'incident dans GitLab. La fermeture de l'incident déclenche un traitement en arrière-plan pour mettre à jour le site web de la page d'état GitLab.
Si vous rendez un incident publié confidentiel, GitLab le dépublie de votre site web de page d'état GitLab.