Ferrum — une infrastructure GA4GH qui tourne vraiment.
Pile GA4GH complète sur site — pour les cliniques, les centres d’intégration de données et les nœuds de données genomDE qui ne peuvent pas envoyer de données brutes vers le cloud. Testée, documentée, en Rust.
Des preuves que vous pouvez inspecter
Le cœur du code et les démos sont publics ; HelixTest tourne en CI contre Ferrum. Composants Apache-2.0 lorsque indiqué ; BUSL-1.1 couvre la pile intégrée avec une marge claire pour la recherche et une conversion en Apache-2.0 au bout de quatre ans (voir LICENSE).
Pourquoi Ferrum existe
Beaucoup d’implémentations GA4GH sont cloud-first, difficiles à vérifier ou tout simplement inachevées. Ferrum s’adresse aux équipes qui savent que leurs données doivent rester sur site — tout en ayant besoin d’interopérer avec des réseaux compatibles GA4GH. Les API GA4GH sont bonnes. Il devrait exister un système qui les implémente de façon cohérente. Nous l’avons construit.
Ce que nous devons dire honnêtement
Ferrum est testé — HelixTest tourne en CI, la démo GA4GH est reproductible, l’architecture est pensée pour monter en charge. Ce que nous n’avons pas encore : un déploiement avec de très gros jeux de données cliniques. Ce n’est pas une limite d’architecture — nous n’avons pas encore eu les moyens. C’est ce que nous voulons faire avec le premier vrai partenaire.
Nous cherchons un premier pilote productif
Ferrum est testé et documenté — mais un déploiement avec de réels volumes de données cliniques, p. ex. sur un site DIC ou un nœud de données genomDE, n’a pas encore eu lieu. C’est ce que nous voulons faire avec le bon partenaire : une institution qui veut devenir compatible GA4GH, sur site, sans dépendance cloud — et qui apporte l’ouverture pour une collaboration authentique plutôt qu’un achat logiciel classique.
Ferrum + GHGA — deux faces d’une même infrastructure
GHGA est l’archive nationale pour les données génomiques. Ferrum est le côté local : infrastructure compatible GA4GH à la clinique ou au nœud de données, avant envoi vers GHGA. Crypt4GH est implémenté dans Ferrum — le même chiffrement que GHGA. Interface DRS pour le transfert. Pas de cloud comme intermédiaire.
Intégration du jeu de données cœur MII
Ferrum MII Connect vérifie les profils FHIR contre le jeu de données cœur MII hors ligne — sans dépendance d’API externe. Rapports JSON/SARIF pour l’ETL-CI. Pour les sites DIC qui veulent intégrer des contrôles de conformité MII dans la CI des pipelines.
Documentation MII Connect →Services GA4GH
TRS · DRS · WES · TES · htsget · Beacon v2 · Passports — le tout derrière une passerelle unique, avec authentification partagée.
Implémentation GA4GH sur GitHub →Options de déploiement
Démo, nœud unique, cluster HPC, Kubernetes — toutes les options sont documentées.
Documentation de déploiement sur GitHub →Installation
Démarrage rapide sur GitHub →Licence et collaboration
Ferrum est sous BUSL-1.1 — gratuit pour la recherche et les usages non commerciaux, avec licence commerciale pour les déploiements de production. Après quatre ans la licence devient Apache-2.0. Vous pouvez l’acheter, demander des fonctionnalités, ou vous en servir comme point de départ pour votre propre infrastructure. Pas d’enfermement propriétaire.
Conçu pour les environnements réglementés (RGPD, EHDS, NIS2, HIPAA comme orientation). Outils techniques de conformité (contrôles de profils MII, rapports CI). Pas de promesse de certification — preuve technique, pas de conseil juridique.
Lire le livre blanc Ferrum et GA4GH — Contrôles de conformité HelixTest, benchmarks de la démo GA4GH, architecture et notre façon de travailler.
Contexte réglementaire : EHDS · NIS2 · RGPD et données de santé
Nous répondons en général sous deux jours ouvrés. Dépôt et licence sur demande.