Maintenance et évolution du système d’information

Le titulaire assure le MCO, la supervision, la sécurisation et la conformité des services du système d’information de l’IR* Progédo, avec un SLA formalisé. Le périmètre initial comprend notamment le catalogue data.progedo.fr et l’entrepôt Quetelet-Progedo, leurs services d’authentification, de stockage, de base de données, de ticketing, de messagerie, de sauvegarde, de pare-feu, de supervision et de journalisation. Le périmètre peut être étendu à de nouveaux services par bons de commande dédiés. L’hébergement de la plateforme et les activités de ProgéLab sont exclus.

Exploitation et niveaux de service
Les engagements de disponibilité s’appliquent les jours ouvrés de 9 h à 18 h, sauf exception convenue au bon de commande. La disponibilité mensuelle minimale est de 98 % sur ces heures, hors maintenances planifiées annoncées au moins cinq jours ouvrés à l’avance; le taux de résolution exigé est d’au moins 90 % dans les délais contractuels.

• Incident critique : prise en compte sous 4 h et résolution ou contournement sous 1 jour ouvré.
• Incident majeur : prise en compte sous 1 jour ouvré et résolution sous 3 jours ouvrés.
• Incident mineur : traitement planifié avec le CNRS.
• Les suspicions de compromission, fuite ou exfiltration de données sont traitées avec la priorité la plus élevée, y compris hors heures ouvrées. Le CNRS est alerté sans délai et au plus tard sous 24 h; un rapport préliminaire est remis sous 72 h, puis un rapport final avec post-mortem sous 30 jours.

Le titulaire exploite et fait évoluer les outils de supervision et de journalisation existants, qualifie les alertes, en assure la traçabilité dans l’outil de ticketing et tient à jour un tableau de bord partagé. Celui-ci comprend les indicateurs SLA, incidents, vulnérabilités, droits d’accès, avancement technique et consommation des bons de commande; il est mis à jour au moins mensuellement. Le titulaire produit un post-mortem après chaque incident critique, incident de sécurité ou incident récurrent, normalement sous dix jours ouvrés, ou sous trente jours pour un incident de sécurité.

Sauvegarde, sécurité et continuité
Le titulaire assure la sauvegarde des configurations, bases de données et données applicatives en s’appuyant sur les dispositifs existants, chiffre les sauvegardes, les stocke hors du serveur d’origine et définit leur durée de conservation avec Progédo. Il élabore et actualise un plan de reprise d’activité, vérifie l’intégrité des sauvegardes et réalise au moins un test de restauration par an.

Les obligations comprennent notamment la conformité à la PSSI-CNRS, aux recommandations de l’ANSSI et au RGPD; des accès nominatifs selon le moindre privilège, une authentification multifacteur pour l’administration et la protection des secrets hors du code et des dépôts. La veille porte notamment sur les CVE, bulletins ANSSI et CERT-FR et avis éditeurs. Les délais de correction sont de 72 h pour une vulnérabilité critique ou activement exploitée, 7 jours pour une vulnérabilité élevée, 30 jours pour une vulnérabilité moyenne et la prochaine maintenance planifiée pour une vulnérabilité faible. Les correctifs sont validés en préproduction, sauf urgence justifiée. Le CNRS peut auditer le périmètre une fois par an et après tout incident de sécurité majeur.

La trajectoire technique vise progressivement l’Infrastructure as Code, des environnements reproductibles, l’approche Zero Trust et des pipelines CI/CD intégrant tests et scans de sécurité. Les comités de pilotage se réunissent chaque trimestre; le comité de suivi sécurité, deux fois par an; le comité opérationnel TMA, une fois toutes les deux semaines.

Tierce maintenance applicative et évolutions

La TMA comprend les maintenances corrective, évolutive, adaptative et préventive, notamment la réduction de la dette technique. Les demandes passent par un backlog partagé et deux modes d’intervention :

• Au fil de l’eau : tickets chiffrés par le titulaire et priorisés par Progédo; traitement selon le temps passé et dans la limite de l’estimation validée. Tout dépassement prévisible est signalé avant engagement.
• Mode projet : équipe dédiée et proposition précisant périmètre, lots, livrables, jalons, recette, calendrier et prix forfaitaire, avec engagement de résultat et bon de commande dédié. Ce mode s’applique dès qu’un des critères suivants est rempli : charge estimée supérieure à 10 jours-homme, incidence sur plusieurs composants ou phase préalable de conception/architecture, ou besoin de jalons, livraisons intermédiaires ou recette formalisée.

Toute modification de code passe par un dépôt versionné et un pipeline CI/CD avec tests, revue de code, déploiements automatisés, traçables et réversibles. Les nouveaux développements sont livrés avec des tests unitaires et d’intégration; les corrections d’anomalies avec des tests de non-régression. Le pipeline bloque les livraisons en cas d’échec ou de vulnérabilité critique. La documentation technique est maintenue dans des formats ouverts, versionnée avec le code et actualisée à chaque évolution.

La feuille de route envisagée comprend notamment :

• un formulaire de dépôt vers un stockage S3, avec vues utilisateur et administrateur, et constitution de métadonnées DDI, liens vers les fichiers de données et statistiques descriptives;
• la consolidation du pipeline éditorial autour d’un flux Git et de l’intégration continue, avec validation XML et Schematron, gestion des versions de métadonnées et DOI via DataCite, recalcul de statistiques selon les changements d’URI et production d’artefacts conformes à la convention Open Data Format;
• l’évolution du catalogue : recherche, référencement et moissonnage, liens de téléchargement S3 lorsque permis, normalisation documentaire et retrait envisagé de Nextcloud et de la « moulinette »;
• la mise en production du TRE, environnement élastique prévu pour environ 30 utilisateurs simultanés, avec espaces RStudio/JupyterLab, code versionné sous Forgejo et données qui ne quittent pas l’environnement; les sorties d’analyses sont soumises à vérification automatique et humaine. Des tests de résistance et d’intrusion et l’intégration au monitoring restent notamment à mener;
• une refonte envisagée du site statique progedo.fr avec un CMS basé sur Git.

Transition, transfert et réversibilité

La transition, d’une durée maximale de six mois, comprend le transfert de responsabilité technique et la migration des services sans interruption. Le transfert de connaissances est continu : documentation, revues de code, pairing, présentations des livrables et accompagnement des nouveaux intervenants. À la sortie, un préavis minimal de trois mois est prévu, porté à six mois pour les services critiques; le titulaire maintient les services, remet les codes, configurations, scripts, documentation et données dans des formats exploitables et assiste le transfert. La restitution des éléments confiés intervient au plus tard un mois après la fin des prestations concernées.