Infrastructure numérique du portail BVH

Le lot 1 porte sur le développement, le déploiement, le paramétrage et la documentation du socle backend de l’infrastructure BVH. Il constitue la brique centrale alimentant les interfaces publiques, la recherche, la visualisation IIIF, les exports, les flux de numérisation et les services d’exposition.

Le titulaire réalise un audit initial du backend Django, de PostgreSQL, du serveur IIIF, des dépendances, des données et des prérequis de déploiement, puis produit une note de cadrage et un planning. Il fait évoluer le backend Django et le modèle de données pour intégrer notamment les données préparées issues des anciennes bases Access « Fonds », « Sommaires » et « Images », sans prendre en charge le nettoyage scientifique, le dédoublonnage ou l’arbitrage documentaire.

Données, API et stockage

Les prestations comprennent :

• évolution des modèles, de Django Admin, des droits et profils, des relations entre notices, documents, images, fichiers, exports, identifiants et manifests ;
• scripts, procédures ou connecteurs de migration et contrôles techniques des données préparées par l’équipe BVH ;
• développement d’une API REST documentée, principalement en lecture seule, exposant métadonnées, notices, ressources numériques, images, manifests IIIF, fichiers XML-TEI, identifiants et URLs ;
• filtres, tris, pagination et réponses JSON et/ou JSON-LD, avec stratégie de versionnement et rétrocompatibilité ;
• déploiement d’un stockage objet compatible S3, de type MinIO ou équivalent, avec buckets, droits différenciés, sauvegarde, restauration et accès pour Django, l’API, le serveur IIIF et NumaHOP ;
• prise en compte d’une volumétrie globale estimée à 7 To, de ressources telles que TIFF, JPEG, JPEG2000, METS, ALTO, XML-TEI, PDF, CSV, JSON et manifests IIIF.

IIIF, URLs et interopérabilité

Le serveur IIIF est migré vers l’infrastructure de l’Université de Tours, optimisé, sécurisé et raccordé au stockage S3. La continuité d’exposition des images et manifests existants doit être assurée avec des URLs stables et une interruption minimale. Les tests portent notamment sur Mirador ou un visualiseur équivalent, NumaHOP et un corpus pilote.

Une solution de correspondance et de redirection entre anciennes URLs, nouvelles URLs, identifiants internes et, le cas échéant, identifiants OAI-PMH est obligatoire. Elle gère les ressources déplacées, remplacées, dépubliées, supprimées ou temporairement indisponibles.

Les trois PSE obligatoires, à chiffrer séparément et retenues ou non par l’acheteur, sont :

• attribution et résolution d’identifiants ARK ;
• moteur d’indexation Elasticsearch, OpenSearch ou équivalent, avec mappings, analyzers, pipelines, indexation, réindexation, synchronisation, facettes, tris et supervision ;
• audit, adaptation, remplacement ou redéveloppement de l’entrepôt OAI-PMH, conforme à OAI-PMH 2.0 et au minimum à Dublin Core simple, avec sets, mises à jour incrémentales, notices supprimées ou dépubliées, liens publics, manifests et validation des réponses.

Livrables, déploiement et recette

Les livrables comprennent le code et les configurations, les Dockerfiles, procédures de déploiement, sauvegarde, restauration et retour arrière, la documentation des API, modèles, droits, stockage, IIIF, redirections, ARK, index et OAI-PMH, les scripts de migration, les protocoles et rapports de tests, le rapport final et une session de transfert de compétences. Le code et la documentation sont versionnés dans GitLab ; les composants sont conteneurisés avec Docker, documentés, sécurisés, testés et compatibles avec les standards ouverts.