# Il n'y a plus de Schedule Velero statique/global ici (l'ancienne version de
# ce fichier en définissait deux : demos-daily et demos-frequent, couvrant
# TOUS les namespaces en un seul objet Backup par exécution).
#
# Pourquoi ce changement : Velero ne permet de supprimer qu'un objet Backup
# ENTIER, jamais une portion (ex: "juste les données de la démo X"). Avec un
# planning global multi-namespace, détruire une démo n'aurait donc jamais pu
# supprimer ses sauvegardes sans supprimer aussi celles des autres démos
# présentes dans le même Backup.
#
# À la place, le control-plane crée maintenant un Schedule Velero DÉDIÉ par
# démo (voir HelmProvisioner.ensureDemoBackupSchedule dans
# control-plane/api/internal/demos/helm_provisioner.go) :
#   - à la création de la démo (Provision) et lors d'un passage en premium
#     (MigrateToPremiumNamespace, un nouveau namespace = un nouveau planning) ;
#   - toutes les 15 min, conservées 24h (fenêtre de perte de données
#     minimale en cas de problème sur le cluster) ;
#   - supprimé avec ses Backup déjà pris (HelmProvisioner.deleteDemoBackups)
#     quand la démo est détruite — expiration du TTL ou destruction forcée
#     par un admin, les deux passent par Service.Delete → Teardown.
#
# Rien à appliquer manuellement ici : ces Schedule sont gérés entièrement
# par le control-plane, dans le namespace "velero", nommés
# "demo-backup-<namespace>".