Le 30 octobre 2026, Google a reçu un poème écrit par une IA depuis un satellite.
Derrière cette expérience insolite, une avancée technique : un accélérateur informatique conçu pour les data centers a exécuté un modèle en orbite. Starcloud et Axiom Space explorent également cette piste. Faut-il y voir la naissance d’un cloud capable de soulager les réseaux électriques terrestres ? Pas si vite. Énergie solaire, refroidissement, communications laser et coûts de lancement posent encore de sérieux obstacles. Les premiers usages pourraient même concerner les satellites eux-mêmes plutôt que les internautes. Les data centers orbitaux existent désormais à l’état de prototypes, mais leur passage à l’échelle reste à prouver.
Trois points clés à retenir:
- Google, Starcloud et Axiom Space ont démontré des capacités de calcul en orbite, sans exploiter de campus informatique géant.
- Le solaire ne suffit pas : l’évacuation de chaleur, les radiations et les connexions restent déterminantes.
- Le traitement de données produites dans l’espace paraît plus crédible à court terme qu’un cloud terrestre délocalisé.
Google a fait tourner Gemma 4 en orbite, pas ouvert un Google Cloud spatial
Le 30 octobre 2026, Google a confirmé avoir envoyé une instruction à son satellite expérimental Project Suncatcher, activé une TPU et exécuté Gemma 4. La réponse a été récupérée lors d’un passage au-dessus du Svalbard, en Norvège. Cette chaîne complète, de la commande au résultat, constitue un test concret. Elle ne correspond toutefois pas à un service cloud commercial.
Lancé le 1er octobre avec la mission Transporter-18 de SpaceX et développé avec Planet, le satellite embarque quatre TPU Trillium. Sa production solaire avoisine un kilowatt, très loin de la puissance des grands centres d’entraînement d’IA. L’expérience sert surtout à mesurer la tenue des composants face aux radiations, aux contraintes thermiques et aux variations d’alimentation.
Présenté en novembre 2025, Suncatcher vise à terme des satellites capables de partager leur puissance de calcul. Google envisage un essai d’interconnexion optique entre deux appareils en 2027. Disponibilité, performances soutenues et tarifs restent inconnus. Un poème venu de l’espace fait une démonstration convaincante ; il ne suffit pas à établir un modèle industriel.
Pourquoi l’explosion des besoins électriques pousse les géants vers l’orbite ?
Selon l’Agence internationale de l’énergie, les data centers ont consommé environ 485 TWh en 2025. Son scénario central approche 950 TWh en 2030. Cette seconde valeur reste une projection. Elle illustre néanmoins la pression exercée par l’IA sur les réseaux, les transformateurs et les raccordements électriques.
Dans une orbite adaptée, les panneaux solaires échappent aux nuages et bénéficient d’une exposition favorable. Les travaux de Google évoquent jusqu’à huit fois plus d’électricité produite par unité de panneau qu’au sol, selon les hypothèses retenues. Cela ne garantit ni un ensoleillement permanent ni une énergie gratuite : certaines configurations exigent des batteries.
Surtout, déplacer les serveurs ne fait pas disparaître les besoins matériels. Panneaux, radiateurs, blindage et systèmes de transmission doivent être lancés puis exploités. Le foncier économisé sur Terre ne compense pas automatiquement cette nouvelle facture.
Un data center orbital doit fonctionner comme un supercalculateur distribué
Un centre informatique en orbite associe production électrique, accélérateurs, stockage, régulation thermique et communications. Chaque composant dépend des autres. Une alimentation abondante ne sert à rien si les puces surchauffent ou si les résultats ne peuvent pas rejoindre leur destinataire.
Les liaisons laser deviennent aussi cruciales que les puces
Pour entraîner de gros modèles, des milliers de processeurs doivent échanger des informations presque en instantannée. Google étudie des satellites volant en formation rapprochée et connectés par laser. Ses travaux envisagent des débits de plusieurs dizaines de térabits par seconde à l’échelle du système, sans les avoir démontré sur le premier prototype.
Il faut aussi maintenir l’alignement des faisceaux, éviter les collisions et répartir les tâches malgré le mouvement des appareils. Les opérations indépendantes se prêtent plus facilement au calcul distribué qu’un entraînement demandant une synchronisation permanente. Le réseau constitue donc une limite aussi importante que la puissance des TPU.
Starcloud, Axiom Space et la Chine choisissent trois chemins différents
Starcloud teste la puissance des GPU terrestres
Starcloud affirme avoir mis en orbite une Nvidia H100 en novembre 2025, puis exécuté des modèles et entraîné un petit nanoGPT. Le résultat montre qu’une puce de data center peut fonctionner dans l’espace. Il ne prouve pas encore qu’elle peut assurer un service durable et rentable. L’entreprise a aussi annoncé de nouveaux financements en 2026, tandis que sa constellation reste un projet, non une capacité intégralement déployée.
Axiom Space veut d’abord servir les équipements spatiaux
Axiom Space indique avoir testé un prototype sur l’ISS en 2025 et lancé deux nœuds informatiques en janvier 2026. Elle affirme avoir validé des communications entre ses équipements et le sol. Une démonstration de migration de charge chiffrée qui utilise la cryptographie post-quantique a toutefois été menée au sol, et non entre deux satellites.
Son approche répond à un besoin identifiable : analyser ou compresser les données là où elles sont produites, avant de les transmettre vers la Terre. Pour un satellite d’observation, économiser de la bande passante peut déjà créer de la valeur.
La Chine prépare sa propre constellation
Le projet chinois Three-Body a commencé son déploiement en mai 2025, selon un dossier relayé par les Nations unies. Il associe calcul embarqué, observation et communications. Les effectifs annoncés pour la constellation finale ne doivent pas être confondus avec le nombre d’engins déjà opérationnels.
Le vide spatial est froid, mais refroidir les serveurs reste compliqué
Le piège est contre-intuitif : le vide ne refroidit pas les puces par convection, puisqu’il n’y a pas d’air. La chaleur produite par les processeurs doit être transportée vers des radiateurs, qui l’émettent sous forme de rayonnement infrarouge. Plus les machines consomment, plus ces surfaces peuvent devenir encombrantes. Leur masse et leur orientation compliquent à leur tour la conception et le lancement.
Une régulation insuffisante contraint les processeurs à ralentir, voire à s’arrêter. Google expérimente des solutions de transfert thermique, notamment des caloducs. La capacité à fonctionner des mois sans surchauffe comptera davantage, à terme, que la réussite d’une courte démonstration.
Les radiations et les réparations ajoutent une deuxième contrainte
Les particules énergétiques peuvent perturber la mémoire ou endommager l’électronique. Blindage, correction d’erreurs et redondance limitent les risques, mais alourdissent l’installation. Sur Terre, une carte défectueuse se remplace en orbite, une intervention exige une mission spécialisée ou l’abandon du matériel. Il faut également anticiper la fin de vie des satellites.
Passer par l’espace ne rend pas automatiquement le cloud plus rapide
Pour un client terrestre, une requête doit traverser les liaisons orbitales, une station au sol et les réseaux classiques. Ce trajet ne garantit aucune amélioration de latence face à un data center géographiquement proche. Les interruptions de liaison peuvent même compliquer certains services interactifs. Cette différence devient cruciale pour les usages en temps réel : visioconférences, jeux à distance ou requêtes interactives tolèrent mal un service dont les performances dépendent de passages orbitaux et de fenêtres de communication.
La logique s’inverse lorsque les données naissent dans l’espace. Un satellite peut détecter un incendie, sélectionner les images utiles ou compresser des relevés avant leur transmission. Ce traitement en périphérie, ou edge computing, réduit les volumes transférés. Il correspond à un usage plus immédiat que l’hébergement massif de sites et de bases de données.
Le prix du kilogramme lancé décide d’une grande partie de la rentabilité
Le coût d’un data center orbital dépasse largement celui des processeurs. Il inclut aussi panneaux solaires, radiateurs, blindage, propulsion, assurance, communications, lancement et remplacement. Chaque élément doit être amorti sur une durée de vie limitée, avec un niveau de disponibilité encore à démontrer.
Google étudie une compétitivité à long terme si les prix de lancement baissent fortement. Le seuil d’environ 200 dollars par kilogramme évoqué autour du projet est une hypothèse prospective, pas un tarif garanti. La réutilisation des fusées ne suffit d’ailleurs pas : il faut industrialiser la fabrication et l’entretien de constellations fiables.
La bonne comparaison reste le coût total par calcul réellement livré, incluant transferts réseau, pannes et renouvellement. Aucun projet présenté ne démontre aujourd’hui un avantage généralisable face aux grandes installations terrestres. Ces critères rejoignent ceux du comparatif des offres cloud pour l’IA en 2026, où le prix des GPU, les coûts de transfert des données et la conformité pèsent dans le choix d’un fournisseur.
L’avantage écologique ne peut pas se mesurer au seul soleil
Produire de l’électricité en orbite ne rend pas automatiquement l’infrastructure plus verte. Fabrication, lancements, renouvellement des équipements et rentrées atmosphériques génèrent des impacts. L’étude européenne ASCEND, présentée en juin 2024, conditionne notamment une forte réduction des émissions à des lanceurs dix fois moins émissifs sur leur cycle de vie. Sur Terre, l’impact environnemental des data centers soulève déjà des questions sur la consommation d’électricité, les besoins en eau et les émissions de gaz à effet de serre.
La question des débris compte également. L’Agence spatiale européenne évaluait début novembre 2026 à environ 1,5 million les objets orbitaux de 1 à 10 centimètres. Multiplier les plateformes informatiques renforce les impératifs d’évitement des collisions et de désorbitation. Un bilan crédible doit donc considérer toute la vie de l’équipement, pas seulement sa facture électrique.
Cybersécurité et souveraineté restent des questions terrestres
Un serveur en orbite n’est pas automatiquement un « cloud souverain ». Il faut identifier qui exploite le satellite, contrôle les clés de chiffrement, possède les stations terrestres et répond aux obligations juridiques. Survoler la France ne suffit pas à rendre une infrastructure conforme aux exigences européennes.
Les liaisons, commandes et mises à jour logicielles ouvrent aussi des surfaces d’attaque. Le chiffrement et l’autonomie des équipements peuvent améliorer la résilience, sans supprimer les risques. Pour les clients sensibles, localisation des données, réversibilité et responsabilités contractuelles resteront des critères décisifs.
Les premiers clients du cloud orbital se trouvent probablement déjà dans l’espace
Observation de la Terre, surveillance maritime, expériences scientifiques et communications entre satellites sont les premiers candidats. L’inférence embarquée peut repérer un événement ou guider une décision sans attendre chaque aller-retour vers le sol. À l’inverse, héberger massivement des applications terrestres ou entraîner les plus grands modèles suppose encore des infrastructures d’une tout autre échelle.
Le prochain jalon crédible ne sera donc pas un nouveau texte généré en orbite, mais des heures de calcul mesurées, une disponibilité vérifiée, un prix par tâche et un bilan environnemental complet. Tant que ces indicateurs manquent, les data centers orbitaux restent une piste industrielle prometteuse pour certaines missions, pas un remplaçant démontré du cloud terrestre.
- Partager l'article :
