Description du projet
TraduitAu-delà du statut en direct, j'ai besoin d'un flux de travail complet pour les incidents. Lorsqu'une vérification échoue ou que nous déclarons manuellement un incident, le système doit l'ouvrir, nous permettre de publier des mises à jour horodatées pendant que nous enquêtons, trouvons la cause racine, surveillons et enfin fermons le problème, et garder un historique public afin que les gens voient comment nous avons géré les pannes passées. Je veux également planifier des annonces de maintenance à l'avance afin que les temps d'arrêt prévus ne ressemblent jamais à une catastrophe surprise. Calculez le temps de disponibilité par composant et montrez un pourcentage roulant pour les 30 et 90 derniers jours basé sur les résultats de vérification sauvegardés afin que les chiffres soient réels et vérifiables, pas décoratifs.
Les notifications aux abonnés sont essentielles. Les visiteurs devraient pouvoir s'abonner par e-mail et recevoir des messages lorsque des incidents s'ouvrent, se mettent à jour et se ferment, ainsi que lorsque la maintenance est programmée, avec une option de désinscription claire. Nous avons également besoin d'une section admin pour gérer les composants, exécuter des vérifications et rédiger des mises à jour d'incidents. J'attends un code propre et documenté et des instructions de configuration simples.
— Vérifications automatiques de disponibilité (HTTP, API, base de données, travailleurs) avec intervalles configurables
— États des composants : opérationnel, dégradé, panne partielle, panne majeure
— Flux d'incidents avec étapes : enquête / cause racine trouvée / surveillance / résolu
— Annonces de maintenance programmées publiées à l'avance
— Pourcentage de disponibilité roulant pour 30 et 90 jours à partir des résultats de vérification sauvegardés
— Abonnement par e-mail avec notifications et désinscription
— Panneau admin pour composants, vérifications manuelles et mises à jour d'incidents