Francfort exploite son cloud sans équipe Kubernetes

Le service de santé de Francfort utilise GA-Lotse, une plateforme d’applications destinée aux services de santé publique. VSHN exploite Red Hat OpenShift sous forme de service managé, tandis qu’Exoscale fournit l’infrastructure. Le code source de GA-Lotse est accessible sur openCode. Ce cas montre comment une administration peut répartir l’exploitation de la plateforme et les tâches métier entre plusieurs acteurs.

L’essentiel en bref

Des applications métier sur une plateforme managée

GA-Lotse vise à aider les services de santé dans différentes missions. La fiche openCode du service de santé de Francfort répertorie, outre le module de base, un calendrier, la gestion des identités et des accès ainsi que des modules pour les examens médicaux préalables à la scolarisation et l’hygiène.

Selon le partenaire chargé de l’infrastructure, chaque service de santé dispose de sa propre instance personnalisable. Les modules sont déployés dans un cloud fédéré administré de manière centralisée. Selon le fournisseur, les données à caractère personnel et les informations médicales sont séparées techniquement.

VSHN assure l’exploitation de la plateforme

GA-Lotse fonctionne sur Red Hat OpenShift. Exoscale fournit l’infrastructure cloud, VSHN assure l’exploitation managée de la plateforme. Selon VSHN, l’application a été développée par cronn.

VSHN indique que la plateforme est utilisée en production dans plusieurs régions de Hesse. Le fournisseur avance des durées différentes pour la période entre l’attribution du marché et le démarrage. Ces données ne permettent pas d’établir une valeur de référence fiable pour la durée du projet.

Répartir les responsabilités d’exploitation et les responsabilités métier

Un service managé peut regrouper les tâches récurrentes liées à l’exploitation de la plateforme. L’administration doit néanmoins déterminer qui établit les priorités des besoins métier, assume la responsabilité des accès et prend les décisions en cas d’incident. Les mises à jour, les délais de réponse et les procédures d’escalade pris en charge par le prestataire doivent figurer dans le contrat de service correspondant.

Pour les autres administrations, la délimitation des responsabilités est donc décisive : la plateforme, l’application métier et le traitement des données nécessitent chacun des responsabilités clairement attribuées. Le cas de Francfort décrit un modèle d’exploitation possible. Les sources citées ne présentent aucune mesure comparative indépendante des économies réalisées par rapport à une équipe interne chargée de la plateforme.

Le code ouvert nécessite un plan d’exploitation

Le code publié peut être consulté par d’autres organismes et réutilisé selon les conditions de licence applicables. La fiche openCode mentionne AGPL-3.0-only et renvoie vers le dépôt. Avant toute adoption, les organismes intéressés doivent examiner les conditions de licence et déterminer précisément les composants dont ils ont besoin.

Même avec du code ouvert, l’intégration, l’exploitation, la sécurité et les évolutions restent à organiser. La publication crée une base technique commune à cet effet.

Questions fréquentes

Source de l’image : générée par IA (juillet 2026)

Traduit de l’original allemand par intelligence artificielle. La version allemande fait foi.