Migrer un géoportail sans interruption de service
Dans le cadre de sept années de collaboration avec le CIRAD, nous avons migré une infrastructure GeoNode de la version 2.4 à la version 2.8 sans interruption de service pour les équipes de recherche. Ce retour d'expérience explique pourquoi les migrations de plateformes cartographiques tournent souvent mal, et ce qui permet de les mener sans que les utilisateurs s'en aperçoivent.
Pourquoi ces migrations font peur — à juste titre
Un géoportail n'est pas un site web ordinaire : sous l'interface vivent une base de données spatiale, un serveur cartographique qui publie des flux normalisés (WMS, WFS), des couches, des styles, des droits d'accès et — le plus fragile — des liens que d'autres systèmes et d'autres équipes ont tissés vers ces flux. Casser une URL de service, c'est casser silencieusement les cartes de tous ceux qui la consomment.
Sauter plusieurs versions d'une plateforme comme GeoNode ajoute les migrations de schéma de base de données, les changements d'API et les évolutions de dépendances. La tentation classique — « on coupe un week-end et on bascule » — repose sur un pari : que tout se passera bien du premier coup. Sur une plateforme utilisée quotidiennement par des équipes de recherche, ce pari n'est pas acceptable.
La méthode : deux plateformes, une bascule réversible
Le principe qui rend une migration sereine tient en une phrase : l'ancienne plateforme reste en service pendant que la nouvelle se construit à côté, et la bascule n'a lieu que lorsque la nouvelle a prouvé — données réelles, utilisateurs réels — qu'elle rend exactement les mêmes services. Concrètement : environnement cible monté en parallèle, reprise des données rejouable autant de fois que nécessaire, vérification systématique des flux et des droits, recette par les utilisateurs sur la cible, puis bascule avec procédure de retour arrière prête à servir.
Ce n'est pas plus rapide qu'une bascule sèche — c'est plus long, et c'est le prix de la continuité. Mais le coût se compare à celui d'une plateforme indisponible ou de flux cartographiques cassés chez les partenaires : sur une infrastructure de production, la migration progressive est presque toujours la moins chère des deux options.
Ce qu'un décideur doit en retenir
Une plateforme cartographique se juge aussi à sa capacité à être migrée : socle documenté, données dans des formats ouverts, flux conformes aux standards OGC. C'est exactement ce qui a permis de faire évoluer les quatre plateformes du CIRAD, bâties entre 2018 et 2025 sur un socle commun PostGIS / GeoServer / OpenLayers, sans les reconstruire. Au moment de choisir un prestataire SIG, la question à poser n'est pas « que savez-vous construire ? » mais « comment votre plateforme se migrera-t-elle dans cinq ans, et par qui ? ».
Une plateforme cartographique à faire évoluer ?
Migration, reprise d'un géoportail existant ou nouvelle plateforme : notre offre est décrite sur la page cartographie & SIG pour les entreprises et le pôle SIG, cartographie & data.