Corée du Sud : quand 1 000 milliards en IA forcent l'Europe à choisir son camp

# Corée du Sud : quand 1 000 milliards en IA forcent l'Europe à choisir son camp

En 2026, Seoul a officialisé l'un des programmes d'investissement industriels les plus ambitieux de la décennie : 1 000 milliards d'euros mobilisés sur dix ans dans l'intelligence artificielle et les semi-conducteurs. Samsung, SK Hynix, et un écosystème de startups adossées à l'État coréen entrent désormais en compétition frontale — non seulement avec les acteurs américains, mais aussi avec ce que l'Europe tente péniblement de construire. Pour un DSI européen, ce mouvement n'est pas une news technologique de plus. C'est un signal de recomposition géopolitique qui va atterrir dans vos contrats, vos architectures et vos organigrammes.

Trois postures face au choc coréen — et aucune n'est neutre

Face à cette redistribution des cartes, les entreprises européennes n'ont pas trente-six options. J'en vois trois, clairement distinctes sur le plan technique et organisationnel. Je pense qu'il est temps de les nommer franchement, sans habiller en stratégie ce qui n'est souvent que de la procrastination.

Posture A — Dépendance assumée aux intégrateurs mondiaux (US + KR)

Cette posture, de loin la plus répandue dans les ETI européennes aujourd'hui, consiste à absorber les technologies dominantes — qu'elles viennent de l'ouest américain ou désormais du Pacifique — via des intégrateurs globaux. On délègue l'architecture, on délègue la gouvernance, on délègue la montée en compétence. Le DSI devient un orchestrateur de contrats.

Sur le plan de l'architecture, cela se traduit par une dépendance aux APIs fermées, à des modèles d'IA dont les poids et les données d'entraînement restent hors souveraineté. Demain, si Samsung ou un acteur coréen propose un modèle généraliste optimisé pour l'industrie manufacturière à un coût marginal imbattable, les mêmes réflexes pousseront à l'adopter sans audit sérieux.

Sur le plan de la gouvernance, les comités de pilotage IT se retrouvent structurellement en retard d'un cycle : on subit les roadmaps, on valide les mises à jour, on découvre les changements de conditions d'utilisation après signature.

Sur le plan organisationnel, c'est la posture qui détruit le plus de valeur RH à long terme : les équipes internes perdent la maîtrise des briques fondamentales, les compétences s'externalisent, et quand vient la crise — coupure de service, modification unilatérale des APIs, hausse tarifaire — personne en interne n'a les clés pour réagir.

Posture B — Hybridation contrôlée avec ancrage européen

C'est la posture que je défends, et que plusieurs ETI industrielles européennes commencent à structurer sérieusement. Elle ne consiste pas à rejeter toute technologie non européenne par principe, mais à définir un socle souverain non négociable — modèles d'IA hébergés sur infrastructure européenne, données critiques sous juridiction RGPD effective, équipes internes capables d'auditer et de substituer — et à accepter des briques extérieures uniquement en couche périphérique, jamais en couche fondationnelle.

L'investissement coréen change quelque chose ici : il offre une alternative crédible aux semi-conducteurs américains pour les entreprises qui construisent ou qualifient leur propre matériel d'inférence. SK Hynix, par exemple, positionne ses puces HBM (mémoire à bande passante élevée) comme un composant ouvert à l'écosystème mondial — y compris aux fabricants européens de serveurs edge. Ce n'est pas de la souveraineté, mais c'est une réduction de la dépendance à un seul bloc.

Sur le plan de l'architecture, cela implique de cartographier précisément les flux de données entre les couches : où tourne l'inférence, où sont stockés les modèles, quels vecteurs d'embedding transitent vers quels tiers. Ce travail n'est pas glamour. Il est indispensable.

Sur le plan de la gouvernance, l'hybridation contrôlée exige une clause de réversibilité dans chaque contrat technologique stratégique. Il faut des équipes internes capables de lire une architecture et de la challenger — pas seulement de la consommer.

Sur le plan RH, c'est là que se joue l'essentiel : il faut former ou recruter des profils capables de travailler sur des modèles ouverts, de comprendre les chaînes d'approvisionnement matérielles, et d'assurer une veille géopolitique sur les dépendances technologiques. Ce n'est plus du luxe, c'est de la gestion des risques.

Posture C — Souveraineté stricte, architecture fermée

Cette posture existe, elle est légitime dans certains secteurs — défense, santé critique, infrastructures vitales — mais elle a un coût organisationnel élevé et ne s'improvise pas. Elle suppose une maîtrise complète de la chaîne : du silicium à l'application, en passant par les modèles d'IA entraînés sur des données internes auditées.

L'investissement coréen la rend paradoxalement plus accessible sur le volet matériel : les alternatives aux puces américaines se multiplient, les filières européennes de fabrication de serveurs souverains (je pense notamment à des acteurs comme Athos ou Bull/Eviden côté intégration) peuvent désormais sourcer des composants hors dépendance TSMC/Nvidia exclusive.

Mais sur le plan architectural, la posture C impose une rigueur absolue : pas de modèle pré-entraîné dont l'origine des données est inconnue, pas d'API tierce pour les traitements sensibles, infrastructure d'inférence on-premise ou en cloud souverain qualifié. C'est faisable. Ce n'est pas scalable à toute une organisation du jour au lendemain.

Sur le plan organisationnel, elle nécessite une équipe ML/Data souveraine en interne — pas sous-traitée, pas mutualisée sur un projet — et une direction générale qui comprend pourquoi ce choix coûte plus cher à court terme et protège à long terme.

Tableau comparatif des trois postures

| Critère | Posture A — Dépendance globale | Posture B — Hybridation contrôlée | Posture C — Souveraineté stricte |

|---|---|---|---|

| Architecture | APIs fermées, modèles tiers non auditables | Socle souverain + couches périphériques auditées | 100% on-premise ou cloud qualifié souverain |

| Gouvernance des données | Subie, conditionnée aux CGU des fournisseurs | Contractualisée avec clauses de réversibilité | Maîtrisée intégralement, RGPD effectif |

| Dépendance géopolitique | Maximale (US + KR + TW selon les couches) | Réduite sur le socle, acceptée en périphérie | Minimale, avec sourcing matériel diversifié |

| Compétences internes requises | Gestion de contrats, peu de technique critique | Architectes souverains + veille géopolitique IT | Équipe ML/infra complète, profils rares |

| Résilience en cas de rupture | Faible — dépendance totale aux SLA tiers | Moyenne à forte selon la profondeur du socle | Forte — mais montée en charge lente |

Ce que les DSI doivent retenir — sans attendre

L'investissement coréen n'est pas une bonne nouvelle pour l'Europe, ni une mauvaise. C'est une pression supplémentaire sur un écosystème européen qui n'a pas encore tranché. Pendant que Seoul investit massivement et que l'acteur américain dominant continue d'intégrer verticalement son écosystème cloud/IA/OS, l'Europe tergiverse sur les règlements et sous-investit sur les compétences.

Il faut retenir trois choses concrètes pour votre organisation :

Primo, cartographiez dès maintenant vos dépendances technologiques par niveau de criticité. Pas pour tout changer demain, mais pour savoir ce qui vous rendrait vulnérable si un bloc technologique — américain ou coréen — modifiait unilatéralement ses conditions.

Secundo, investissez dans des compétences d'architecture souveraine en interne. Un architecte capable de lire une dépendance technologique et de proposer une alternative européenne crédible, ça ne se recrute pas en deux semaines quand la crise arrive.

Tertio, ne laissez pas la dynamique coréenne vous pousser à reproduire avec Seoul ce que vous avez fait avec San Jose : adopter massivement une technologie parce qu'elle est moins chère, sans jamais poser la question de ce que vous cédez en échange.

Le choix de camp que l'Europe doit faire n'est pas entre les États-Unis et la Corée du Sud. Il est entre la maîtrise et la dépendance. Ce choix-là commence dans les organigrammes des DSI, bien avant les salles de serveurs.