---
title: ""
tags: 
  - meeting
type: "meeting"
univers: PRO
projects:
  - "[[90_ARCHIVES/CLOS/PRO/GEOCOM-2026]]"
date: "[[01_JOURNAL/2026/2026-06-12]]"
heure: "09h00/12h00"
lieu: "visio"
priority: 10
---
# [[01_JOURNAL/2026/2026-06-12]] - 09h00/12h00 - [[90_ARCHIVES/CLOS/PRO/GEOCOM-2026]] - Géocom 2026 à Strasbour - Jour 03 

## Participants

- GRK
- 

## Notes

### Projet de roadmap

Cycle de vie d’une évolution:
1. Identifier
2. En analyse => Financement identifié
3. Financé
4. Programmée sur la prochaine version de geOrchestra (Liste des versions dans lesquelles sont publiées cette évolution)

Nécessité de faire des tickets non techniques dans leur description : approche fonctionnelle et non d’implémentation.

A prévoir : définir la roadmap de la Région Grand Est et DataGrandEst pour la plateforme

### GIP

Confère dépôt Github.
Gain en structuration plus de processus.


### Nouvelle console

Développé par Pierre Maudui et Pierre Jego à titre personnel.
Infinançable => a intégrer dans les mises à jour de sécurité
Approche intéressante, mais manque d’échanges et de partage.
Aucun travail communautaire et vision commune.


### Authentification dans QGIS des services de géOrchestra via IDP

Permet une connexion externe sans mot de passe
Lien NIS 2 (règlement de la Commission européenne) ?
Bug bounty

### SPOF : Single point of faillure

Mise en place d’un load balancing sur la gateway
Intégration prévue sur la plate-forme DataGrandEst

### GeoServer et GDAL

### Déploiment de géorchestra via Swarm

Docker swarm = Compromis et intermédiaires entre Docker Compose et Kubernetes
Haute disponibilité Scale Service répartition de charge, Portainer, multi modules (?)

Impact sur utilisation finale (client) = Aucune
Déploiements assistés par Portainer => facilité.
Unité de base = container Docker => On développe les systèmes de déploiement

GIP en cours.