LUCIS lève 20 millions : quand l'Europe commence enfin à se doter de ses propres fondations de calcul

# LUCIS lève 20 millions : quand l'Europe commence enfin à se doter de ses propres fondations de calcul

*Editorial signé — RiffLab Media*

Il y a des levées de fonds qui sont des faire-valoir. Des chiffres gonflés pour des PowerPoint bien ficelés. Et il y a des levées de fonds qui signalent quelque chose de plus profond : un glissement tectonique dans l'écosystème technologique. La levée de 20 millions de dollars annoncée par LUCIS — spécialiste européen des stacks de calcul ouverts — appartient, je crois, à la seconde catégorie. Pas parce que le montant est spectaculaire. Mais parce que le moment est exact, et parce que ce que LUCIS construit touche à quelque chose que nous n'avons pas voulu regarder en face depuis des années : la dépendance structurelle de nos organisations européennes aux couches de calcul conçues, opérées et contrôlées outre-Atlantique.

En 2026, après des années de discours sur la souveraineté numérique et d'effets d'annonce institutionnels, la question n'est plus rhétorique. Elle est opérationnelle. Et elle atterrit directement sur les bureaux des DSI, CTO et RSSI que vous êtes.

Ce que l'on a accepté sans le dire : une dépendance de couche basse

Pour comprendre pourquoi cette levée de fonds compte, il faut d'abord nommer ce que nous avons collectivement refusé de nommer clairement : nos stacks de calcul — entendez les environnements qui font tourner nos modèles, nos pipelines de données, nos simulations, nos infrastructures d'IA — reposent en très grande majorité sur des architectures logicielles dont les entreprises américaines contrôlent non seulement le code, mais les conditions d'accès, de tarification, et demain de conformité.

Ce n'est pas un procès d'intention. C'est une réalité contractuelle et géopolitique. Quand une ETI industrielle allemande ou un groupe hospitalier français déploie ses charges de travail sur des frameworks de calcul distribué propriétaires d'un acteur américain, elle signe bien plus qu'un contrat de service. Elle accepte une relation de dépendance dont les clauses les plus importantes ne figurent pas dans le bon de commande : elles sont dans le Cloud Act américain, dans le Foreign Intelligence Surveillance Act, dans la capacité unilatérale de l'éditeur à modifier ses conditions, ses prix ou sa feuille de route.

Cette dépendance de couche basse est insidieuse parce qu'elle est invisible. On débat de la souveraineté des données. On parle de localisation des serveurs. Mais on parle rarement du tissu computationnel lui-même : les moteurs de calcul, les orchestrateurs, les librairies d'optimisation numérique. C'est là que LUCIS joue. Et c'est précisément pour cela que cette levée de fonds mérite qu'on s'y arrête.

LUCIS en 2026 : ce que le financement révèle du paysage

LUCIS n'est pas une startup de plus qui colle le mot « souverain » sur une offre cloud recyclée. Sa proposition est technique, précise, et s'attaque à un problème réel : les stacks de calcul scientifique, numérique et d'IA intensifs sont aujourd'hui dominés par des environnements dont la gouvernance appartient à des acteurs américains. LUCIS développe des alternatives ouvertes, auditables, conçues pour être déployées dans des environnements on-premise ou en cloud européen, et dont ni le code ni les dépendances critiques ne relèvent d'une juridiction étrangère.

Le fait qu'un tel acteur lève 20 millions d'euros en 2026 — dans un contexte de resserrement des conditions de financement — dit plusieurs choses simultanément.

Premièrement, des investisseurs — européens — ont jugé que le risque de dépendance computationnelle était suffisamment réel et documenté pour justifier un pari financier significatif. Ce n'est pas de l'idéologie. C'est du calcul économique.

Deuxièmement, il existe une demande de marché réelle. Des organisations — en particulier dans les secteurs régulés comme la finance, la santé, l'industrie critique — cherchent activement à sortir d'une situation où leur capacité de calcul dépend d'une architecture dont elles ne maîtrisent pas les conditions de continuité.

Troisièmement, et c'est peut-être le signal le plus important : l'écosystème européen commence à se structurer autour d'une filière complète. Ce n'est plus seulement la couche applicative ou la couche stockage. On commence à construire des alternatives crédibles sur la couche calcul elle-même.

Sécurité, conformité, extraterritorialité : le vrai coût de la dépendance

Il faut être direct sur ce point, parce que c'est là que les enjeux deviennent concrets pour vous.

Le Cloud Act n'est pas une fiction. Depuis son adoption en 2018, et malgré plusieurs rounds de négociations transatlantiques, il offre aux autorités américaines la possibilité de requérir l'accès à des données hébergées par des entreprises américaines, y compris lorsque ces données sont stockées sur des serveurs physiquement situés en Europe. Si votre stack de calcul repose sur un framework développé et maintenu par un acteur soumis au droit américain, vous n'êtes pas à l'abri de cette fenêtre d'extraterritorialité — même si vos données ne quittent jamais le sol européen.

NIS2 et DORA ont changé le terrain réglementaire. NIS2, pleinement applicable depuis fin 2024, impose des exigences renforcées sur la gestion des risques liés aux prestataires tiers pour les entités essentielles et importantes. DORA, applicable au secteur financier depuis janvier 2025, est encore plus précise : elle impose une cartographie des dépendances critiques envers les tiers, des tests de résilience, et des clauses contractuelles spécifiques — y compris un droit d'audit. Or, combien d'acteurs américains vous accordent un véritable droit d'audit sur leurs couches de calcul propriétaires ? La réponse, dans la grande majorité des cas, est : aucun, ou sous des conditions tellement encadrées qu'elles sont inutilisables en pratique.

Le RGPD ne suffit pas. Je pense qu'il faut le dire clairement, même si c'est inconfortable : le RGPD protège les données personnelles, pas les architectures de traitement. Vous pouvez être parfaitement conforme RGPD sur la gestion de vos données et totalement exposé sur la résilience et l'indépendance de votre infrastructure de calcul. Ces deux dimensions sont complémentaires, pas substituables.

Le risque n'est pas seulement juridique, il est stratégique. Une organisation dont le calcul intensif dépend d'un fournisseur unique non européen s'expose à des hausses de tarifs discrétionnaires, à des modifications de conditions d'utilisation, à des décisions de fin de vie de produit sur lesquelles elle n'a aucune prise. En 2026, plusieurs grandes ETI industrielles européennes ont vécu cette situation sur des outils de simulation numérique. Le réveil a été brutal.

L'alternative crédible : conditions et exigences

Je ne vais pas dresser une liste de solutions alternatives — ce n'est pas le rôle de cet éditorial, et ce serait vous rendre un mauvais service. En revanche, je veux poser les conditions que toute alternative crédible doit remplir pour que votre organisation puisse envisager sérieusement une transition.

L'auditabilité totale du code est non négociable. Une alternative souveraine qui repose sur du code fermé ou partiellement propriétaire n'est pas une alternative, c'est un changement de dépendance. Ce que propose LUCIS — et c'est là un critère structurant — c'est une architecture dont chaque composant est auditable, dont les dépendances tierces sont cartographiées et dont l'absence de backdoor peut être vérifiée indépendamment.

La gouvernance doit être européenne dans ses fondements. Cela signifie non seulement que l'entreprise est enregistrée en Europe, mais que ses décisions stratégiques, sa feuille de route produit, et sa structure de capital ne l'exposent pas à des pressions ou injonctions d'une puissance étrangère. Regardez attentivement qui est au capital de vos fournisseurs d'infrastructure critique. Pas seulement à la création : aujourd'hui.

La compatibilité avec les standards ouverts est une garantie contre l'enfermement. Une organisation qui migre d'un silo propriétaire américain vers un silo propriétaire européen n'a pas résolu son problème de dépendance. Elle l'a déplacé. Les alternatives qui méritent votre confiance sont celles qui s'appuient sur des standards ouverts, interopérables, et qui vous donnent les moyens de partir si nécessaire.

La capacité de support et d'accompagnement à l'échelle européenne est un facteur réel. Soyons honnêtes : une des raisons pour lesquelles les stacks américains ont dominé, c'est la qualité de leur écosystème de support, de documentation, de formation. C'est un gap que les acteurs européens doivent combler. LUCIS, avec ses 20 millions levés, a précisément annoncé que le renforcement de ses équipes d'accompagnement clients était une priorité. C'est le bon signal.

Ce que les DSI et RSSI doivent faire maintenant

Il faut arrêter d'attendre que le sujet soit parfaitement mûr pour agir. La fenêtre de transition se rétrécit, pas parce que les alternatives européennes disparaissent — elles s'améliorent — mais parce que chaque année supplémentaire passée dans une dépendance propriétaire américaine est une année de plus de dette d'architecture à rembourser.

Concrètement, cela signifie trois choses.

D'abord, cartographier réellement vos dépendances de couche calcul. Pas seulement les applications visibles. Les frameworks, les orchestrateurs, les librairies de calcul numérique ou d'optimisation que votre équipe technique utilise quotidiennement sans que vous en connaissiez la gouvernance exacte. C'est un exercice inconfortable. Il est indispensable.

Ensuite, intégrer les risques d'extraterritorialité dans vos analyses de risques formelles — notamment dans le cadre de vos obligations NIS2 ou DORA. Ces risques ne sont pas hypothétiques. Ils sont documentés, jurisprudentiels, et les autorités de contrôle européennes les prennent de plus en plus au sérieux.

Enfin, engager des conversations avec des acteurs comme LUCIS — et avec d'autres qui émergent dans cet espace — non pas pour basculer demain, mais pour construire une trajectoire de diversification réaliste. Une migration de stack de calcul ne se fait pas en trois mois. Elle se prépare sur dix-huit à trente-six mois. Si vous n'avez pas commencé à y réfléchir, vous êtes déjà en retard.

Conclusion : 20 millions, c'est un début — pas une victoire

Je ne veux pas terminer cet article sur une note triomphaliste. Vingt millions de dollars, c'est significatif pour une entreprise européenne de ce secteur. C'est insuffisant face à la profondeur des poches des acteurs américains qui dominent ce marché.

Mais la souveraineté numérique ne se gagnera pas par une seule bataille. Elle se construira par l'accumulation de décisions concrètes, prises par des organisations comme la vôtre, qui choisissent délibérément d'investir dans des alternatives qui leur restituent du contrôle. LUCIS qui lève 20 millions, c'est un signal. Ce qui lui donnera de la substance, c'est le nombre d'organisations européennes qui décident d'en faire un partenaire de leur trajectoire de transformation.

La dépendance aux stacks de calcul propriétaires américains n'est pas une fatalité. Elle est le résultat de choix qui ont été faits, souvent par confort, parfois par manque d'alternatives crédibles. Ces alternatives existent maintenant. Il faut avoir l'honnêteté de le reconnaître — et le courage de les choisir.

*RiffLab Media est un média B2B indépendant, financé par ses abonnés. Aucun partenariat commercial avec les entreprises citées dans cet article.*