Lucy : le calcul hybride franco-européen qui réduit la dépendance au cloud US

# Lucy : le calcul hybride franco-européen qui réduit la dépendance au cloud US

Pendant des années, la souveraineté numérique européenne a surtout produit des déclarations d'intention. En 2026, des projets concrets commencent à atterrir sur les bureaux des DSI. Lucy, infrastructure de calcul hybride portée par un consortium franco-européen, en est l'un des exemples les plus structurés — et les plus discutés. Non pas parce qu'il s'agit d'une solution miracle, mais parce qu'elle pose une question que beaucoup de directions informatiques ne peuvent plus éviter : jusqu'où peut-on continuer à déléguer la puissance de calcul à des acteurs extraterritoriaux ?

Ce qu'est Lucy — et ce qu'elle n'est pas

Lucy n'est pas un cloud souverain de plus habillé aux couleurs tricolores. Le projet repose sur une architecture de calcul hybride qui vise à articuler ressources locales (on-premise ou en colocation dans des datacenters européens) et capacités mutualisées entre partenaires, sans passer par les grandes plateformes américaines pour l'exécution des charges sensibles.

L'idée centrale est de permettre à une organisation de garder la maîtrise de l'endroit où ses calculs s'exécutent réellement — pas seulement de l'endroit où ses données sont stockées. C'est une distinction importante, souvent mal comprise. Beaucoup d'entreprises ont migré leurs données vers des instances localisées en Europe chez AWS ou Azure, en croyant régler la question. Elles ont géré la résidence des données. Elles n'ont pas géré la dépendance opérationnelle.

Lucy s'attaque à ce deuxième niveau. L'architecture distribuée qu'elle propose permet d'allouer dynamiquement les ressources de calcul selon des règles définies par l'organisation elle-même : quelles charges peuvent sortir vers un nœud mutualisé, lesquelles doivent rester dans un périmètre contrôlé. Ce n'est pas révolutionnaire sur le plan technique — ce type d'architecture existe depuis longtemps dans d'autres contextes. Ce qui est nouveau, c'est que le projet est dimensionné pour des PME et ETI, pas uniquement pour des opérateurs d'importance vitale ou des administrations centrales.

Pourquoi maintenant

Plusieurs facteurs se sont alignés pour rendre ce moment propice.

D'abord, le contexte géopolitique a profondément changé la perception du risque. Les tensions commerciales transatlantiques des années 2024-2025 ont rappelé à nombre de dirigeants européens que les conditions d'accès à des services numériques critiques peuvent se négocier — ou se révoquer — dans des espaces où l'Europe n'a pas son mot à dire. Le Cloud Act américain n'a pas disparu. Les interrogations sur l'applicabilité extraterritoriale du droit américain aux données hébergées par des filiales européennes de groupes US restent entières.

Ensuite, la maturité des alternatives a progressé. Il y a cinq ans, choisir de ne pas dépendre d'AWS ou de Google Cloud pour de l'IA générative ou du calcul intensif impliquait des compromis significatifs en termes de performance et d'outillage. Ce n'est plus tout à fait vrai. OVHcloud a renforcé son offre de GPU à la demande. Des acteurs comme Scaleway ont développé des capacités d'inférence compétitives. Le tissu d'acteurs capables de fournir des briques de calcul haute performance en dehors du Big Three américain s'est étoffé, même s'il n'a pas encore rattrapé l'avance accumulée.

Enfin, la pression réglementaire s'intensifie. Le règlement européen sur l'IA, entré en vigueur progressivement depuis 2024, impose des exigences de traçabilité et de contrôle qui rendent la question du lieu d'exécution moins abstraite. Pour une entreprise qui traite des données personnelles dans un pipeline d'IA, savoir précisément où le modèle s'exécute n'est plus une option.

Ce que ça change concrètement pour un DSI

Parlons franchement. Pour une PME ou une ETI dont le SI repose largement sur des services SaaS américains, l'arrivée de Lucy ne va pas transformer l'organisation du jour au lendemain. Ce serait honnête de le dire.

En revanche, Lucy représente quelque chose de plus structurant pour les organisations qui ont déjà commencé à raisonner en termes d'architecture hybride et qui cherchent à reprendre de la marge de manœuvre sur leurs charges de calcul les plus sensibles. On pense ici aux ETI industrielles qui font tourner des modèles de prédiction sur des données de production, aux cabinets traitant des données couvertes par le secret professionnel, aux acteurs de santé cherchant à faire de l'analyse sans exporter leurs données hors périmètre.

Ce que Lucy apporte dans ces contextes, c'est avant tout un modèle de gouvernance du calcul. L'organisation peut définir des politiques : cette charge de travail s'exécute ici, pas là. Cette logique de contrôle fin est souvent absente des offres cloud grand public, où l'utilisateur sait où ses données sont stockées mais pas toujours où son code tourne et où ses modèles s'inférent.

Il y a aussi un enjeu de réversibilité. L'un des défauts structurels de la dépendance au cloud américain, c'est le coût de sortie — technique, organisationnel, contractuel. Une architecture hybride bien conçue, où les abstractions sont maintenues au niveau européen, offre davantage de flexibilité pour migrer d'un fournisseur à l'autre, ou pour réinternaliser une charge si les conditions économiques ou réglementaires changent.

Les questions qu'il faut poser avant d'y aller

L'enthousiasme autour de Lucy ne doit pas faire oublier quelques réalités. Un DSI qui examine ce type de solution a tout intérêt à poser les questions suivantes.

La complexité opérationnelle est réelle. Gérer une infrastructure hybride demande des compétences que beaucoup de PME n'ont pas en interne. La promesse d'une souveraineté retrouvée peut rapidement se transformer en cauchemar opérationnel si les équipes ne sont pas dimensionnées pour piloter cette complexité. Avant de s'engager, il faut évaluer honnêtement la maturité DevOps de l'organisation.

La souveraineté a un périmètre. Lucy peut maîtriser l'exécution du calcul. Elle ne règle pas la question des couches applicatives au-dessus. Si les outils de productivité, le CRM et la messagerie restent chez des acteurs américains, le gain de souveraineté est réel mais partiel. Ce n'est pas un argument contre Lucy — c'est un argument pour une réflexion de portefeuille. Où se situent les vrais risques pour mon organisation ? Sur le calcul IA ? Sur les données contractuelles ? Sur les communications internes ? La réponse conditionne la priorité.

L'écosystème partenaire mérite un examen critique. Tout consortium ou projet collectif repose sur la solidité de ses membres. Il faut comprendre qui gouverne Lucy, selon quelles règles, et avec quelles garanties de pérennité. La souveraineté technique n'a de valeur que si la souveraineté organisationnelle du projet lui-même est assurée. Un projet européen dont le financement dépend de subventions à court terme ou dont la gouvernance est floue présente ses propres risques de dépendance.

La performance reste un sujet ouvert. Soyons directs : pour certaines charges de calcul intensif, notamment en IA générative, l'infrastructure américaine conserve des avantages en termes de masse de GPU disponibles à la demande et d'outillage mature. Lucy n'est pas positionnée pour les organisations qui ont besoin de faire tourner des entraînements massifs. En revanche, pour de l'inférence, du traitement par lots, ou des modèles de taille intermédiaire, l'écart se réduit.

Comment aborder la décision

Plutôt que de traiter Lucy comme un remplacement à évaluer face au cloud américain, les DSI les plus avisés l'abordent comme une opportunité de cartographie. Le premier travail utile est d'identifier, parmi les charges actuellement hébergées chez des acteurs extraterritoriaux, lesquelles présentent un risque réglementaire ou stratégique réel, et lesquelles n'en présentent aucun.

Cette cartographie produit souvent des surprises. On découvre que des pipelines de données sensibles tournent sur des infrastructures dont on avait perdu la trace lors d'une migration, ou que des modèles d'analyse interne sont hébergés par défaut sur des instances publiques sans raison technique valable.

Une fois cette cartographie faite, la décision sur Lucy — ou sur toute architecture alternative — devient beaucoup plus simple à prendre, parce qu'elle repose sur des risques identifiés plutôt que sur une posture idéologique.

Il est aussi utile de regarder ce que font les pairs sectoriels. Dans l'industrie, plusieurs fédérations professionnelles européennes ont commencé à structurer des approches mutualisées de souveraineté du calcul pour leurs adhérents. Ces initiatives collectives peuvent offrir une voie d'entrée moins risquée qu'un déploiement en solo.

Ce que Lucy dit de l'état du marché

Au fond, l'intérêt de Lucy ne tient pas uniquement à ses qualités techniques propres. Il tient à ce que son émergence révèle : le marché européen du calcul souverain est en train de mûrir suffisamment pour proposer des solutions dimensionnées pour autre chose que les grands comptes ou les administrations.

Ce mouvement n'est pas linéaire. Il y aura des projets qui ne tiennent pas leurs promesses, des consortiums qui se disloquent, des solutions qui peinent à trouver leur marché. C'est le propre d'un écosystème en construction. Mais la direction est claire : l'idée qu'on ne peut faire du calcul sérieux qu'en passant par les hyperscalers américains est de moins en moins vraie techniquement, et de moins en moins acceptable stratégiquement.

Pour un DSI d'ETI européenne en 2026, la question n'est plus de savoir si la dépendance au cloud US est un sujet. C'est de décider jusqu'à quel point elle est acceptable pour son organisation spécifique, et à quel rythme il est raisonnable de la réduire. Lucy est l'un des outils disponibles pour répondre à cette question. Il n'est ni le seul ni la réponse universelle. Mais il mérite qu'on s'y attarde sérieusement — crayon en main, pas les bras croisés.