Le portail francophone de la géomatique

Bonjour à la communauté,

Je suis Responsable SIG et je sollicite vos conseils sur l'évolution de l'architecture de notre catalogue de données. Je dispose d'un prototype fonctionnel, mais je me heurte à des contraintes de sécurité et d'infrastructure pour sa mise en production.

1. Le Contexte

Environnement : Réseau d'entreprise sécurisé (restrictions fortes sur les accès internet et l'installation de librairies Python sur les postes clients).

Données : Base PostgreSQL/PostGIS centralisée. Les droits d'accès sont gérés finement via des rôles (utilisateurs nommés).

Outil client : QGIS 3.40 LTR.

2. L'existant (Le Prototype) J'ai développé un script Python (exécuté via la console QGIS) qui génère un catalogue HTML statique.

Il scanne la base, détecte vecteurs/rasters et crée une page Web par schéma.

Il génère des aperçus (thumbnails) en PNG combinant la donnée + un fond de plan OpenStreetMap (via le moteur de rendu de QGIS Desktop).

C'est fonctionnel, mais cela reste du "site statique" généré périodiquement par mes soins.

3. Le besoin d'évolution (Demande DSI) Pour industrialiser l'outil, la DSI valide le besoin mais impose une architecture dynamique et sécurisée :

Authentification : Le catalogue doit utiliser le login PostgreSQL de l'utilisateur pour ne montrer que les tables auxquelles il a droit.

Intéractions : L'utilisateur doit pouvoir cocher "J'utilise cette donnée" ou laisser un commentaire, et cela doit s'écrire directement dans une table de métadonnées en base (plus d'export JSON local).

Aperçus à la demande : Générer les vignettes côté serveur uniquement si elles n'existent pas encore (cache), pour éviter de tout générer en masse.

Contrainte technique forte : La DSI souhaite une solution "légère". Ils veulent éviter le déploiement de gros serveurs d'application (type Tomcat/Java) et privilégient des solutions proches du système (SQL, Scripts CLI, ou serveurs légers).

4. Mes questions d'architecture

N'étant pas développeur Web/Serveur, je cherche à identifier les bonnes "briques" technologiques pour répondre à ce compromis entre besoin fonctionnel et rigueur DSI.

Q1 : L'interface Web légère Puisque je ne peux plus utiliser de pages HTML statiques, quelle solution recommandez-vous pour servir une interface web capable d'authentifier l'utilisateur auprès de PostgreSQL et de faire des requêtes simples, sans déployer une "usine à gaz" ? (Un micro-framework Python ? Un outil type Lizmap est-il adapté ou trop lourd pour juste du catalogue ?)

Q2 : La génération des aperçus (Le point bloquant) C'est mon point dur avec la DSI. Ils suggèrent de générer les images via SQL (PostGIS) ou un script serveur.

Or, le SQL pur (ST_AsPNG) ne permet pas, à ma connaissance, d'ajouter un fond de plan web (OSM/XYZ) sous la donnée sans stocker des tuiles raster lourdes en base.

QGIS Server (WMS) semble être la réponse standard, mais nécessite une installation de service.

Existe-t-il une méthode "intermédiaire" (CLI / Script serveur autonome) capable de générer un PNG propre (Vecteur + Fond OSM) en ligne de commande sur le serveur, que la DSI pourrait valider plus facilement qu'un serveur cartographique complet ?

Merci d'avance pour vos retours d'expérience et vos aiguillages !