🛡️ SecurewebScan

Status de la plateforme

Nous appliquons une démarche SRE dès les premiers sprints du projet : des objectifs de niveau de service (SLO) mesurables, un budget d'erreur explicite, et une politique d'alerte proactive avant toute violation effective.

Objectifs de niveau de service (SLO)

Disponibilité de la vitrine publique : cible 99.5% (fenêtre glissante 30 jours)

Contexte actuel : architecture mono-nœud (Sprint 3-18). La bascule en haute disponibilité est prévue au Sprint 19, avec relèvement de la cible à 99.9%.

Santé du cluster : cible 99.9% (absence de pods en échec prolongé)

Résumé hebdomadaire

Premier résumé disponible la semaine prochaine.

Politique d'alerte

✅ Alerte "burn rate rapide" : déclenchée si le budget d'erreur mensuel risque d'être épuisé en moins de 2 jours

✅ Alerte "burn rate lent" : déclenchée en cas de dégradation soutenue sur 1 heure

✅ Toutes les alertes SRE transitent par le même canal que les alertes de sécurité (Sprint 2)