En bref : le 25 septembre 2026, Google a confirmé l'envoi de son premier satellite expérimental Project Suncatcher à bord de la mission SpaceX Transporter-18, avec une fenêtre de lancement fixée au 1er octobre 2026 depuis la base spatiale de Vandenberg. Le satellite MVP (Minimum Viable Product), conçu avec Planet Labs, embarque quatre puces TPU Trillium — le même hardware d'accélération IA que Google déploie dans ses centres de données pour ses modèles Gemini. C'est la première fois que du matériel dédié à l'intelligence artificielle de niveau datacenter est envoyé en orbite basse pour un test opérationnel réel.
Project Suncatcher, annoncé en novembre 2025, pose une question fondamentale encore jamais soumise à l'épreuve des faits à cette échelle : peut-on placer de l'infrastructure de calcul IA sur des satellites solaires en orbite basse terrestre, les relier par des liaisons laser, et les faire fonctionner comme une ferme de calcul distribuée dans l'espace ? Si les tests sont concluants, Google envisage à terme des clusters de 81 satellites formant des fermes orbitales d'ici la fin de la décennie.
Pour les entreprises françaises, ce signal mérite attention non parce qu'il va transformer leur infrastructure IA à court terme — ce n'est clairement pas le cas — mais parce qu'il révèle où Google concentre ses paris de recherche en infrastructure et ce que cela présage sur les trajectoires de coût de calcul à l'horizon 2030-2035. Cet article décrypte le satellite, les objectifs des tests, le calendrier envisagé et les implications concrètes pour les équipes qui font des choix d'architecture IA aujourd'hui.
Qu'est-ce que Project Suncatcher ?
Project Suncatcher est un programme de recherche de Google Research, annoncé publiquement en novembre 2025, qui explore la faisabilité de placer de l'infrastructure de calcul IA sur des satellites alimentés à l'énergie solaire en orbite basse terrestre. Le principe fondamental est le suivant : les panneaux solaires en orbite captent la lumière solaire en continu, sans les cycles jour/nuit ni les contraintes météorologiques qui limitent les installations terrestres. Si l'on peut y faire fonctionner des processeurs IA, on obtient potentiellement une source de calcul moins contrainte par l'accès à l'énergie — qui est devenue le principal goulot d'étranglement des grands centres de données IA en 2026.
La particularité de l'approche est d'utiliser les puces TPU (Tensor Processing Unit) existantes de Google, les mêmes que celles déployées en production dans ses datacenters pour Gemini et les autres services. Ce n'est pas un chip expérimental spécifiquement conçu pour l'espace : c'est du hardware de production soumis à un environnement hostile. Cette décision est délibérée — tester si le hardware existant résiste aux conditions orbitales, avant d'envisager une conception spécifiquement spatiale.
La collaboration avec Planet Labs, entreprise californienne spécialisée dans les satellites d'imagerie terrestre en grande série, apporte l'expertise en miniaturisation et en fiabilité des composants en orbite. Planet est l'un des rares acteurs ayant l'expérience industrielle de fabriquer et lancer des centaines de petits satellites à cadence industrielle, un savoir-faire directement applicable à l'intégration de hardware IA dans les contraintes physiques et thermiques d'un satellite.
Ce projet s'inscrit dans un contexte industriel plus large : en 2026, plusieurs acteurs — dont des startups spécialisées et des agences spatiales — s'intéressent à l'edge computing spatial pour des applications de détection et de traitement terrain. Google se distingue en ciblant directement des workloads d'IA générative à grande échelle, plutôt que du traitement d'images satellites classique.
Le satellite MVP : ce qui part en orbite le 1er octobre
Le satellite envoyé en orbite le 1er octobre 2026 est intentionnellement baptisé MVP — Minimum Viable Product — un emprunt délibéré au vocabulaire du développement logiciel. Ce nom reflète une philosophie de test incrémentale : valider les hypothèses les plus fondamentales avant d'investir dans des architectures plus complexes.
Concrètement, le satellite a la taille approximative d'un réfrigérateur et embarque quatre puces TPU Trillium, la dernière génération de processeurs IA de Google. Sa puissance solaire disponible est d'environ un kilowatt — de quoi alimenter l'électronique embarquée et les TPUs lors des phases d'activité. Le satellite sera injecté en orbite basse terrestre à bord de la mission Transporter-18 de SpaceX, un vol rideshare Falcon 9 regroupant plusieurs satellites de différents clients sur un même lanceur.
En termes de capacité de calcul, ces quatre TPUs représentent l'équivalent approximatif d'un seul serveur de datacenter. C'est intentionnellement modeste : l'objectif n'est pas de faire du calcul à l'échelle, mais de valider que le hardware fonctionne dans les conditions de l'orbite. Le satellite répondra à des requêtes Gemini courtes pendant des fenêtres d'environ quinze minutes — durée suffisante pour obtenir des métriques de performance réelles sans surcharger les systèmes embarqués.
Ce choix de hardware non modifié envoie un message implicite intéressant : Google estime que ses TPUs Trillium ont atteint un niveau de maturité permettant d'envisager des contextes d'exploitation très différents du datacenter standard. Cette logique rejoint une tendance plus large sur les accélérateurs IA, également visible dans le mouvement vers les modèles légers embarqués sur appareils terrestres : le hardware IA migre hors des grands centres de données.
Ce que Google veut mesurer en orbite basse
Les objectifs des tests du satellite MVP sont documentés par Google dans ses communications officielles. Quatre dimensions sont mesurées :
- Résistance au lancement : les forces mécaniques lors de la mise en orbite (vibrations, accélérations) peuvent endommager des composants conçus pour un environnement sans vibration. Le premier test consiste à vérifier que les TPUs arrivent opérationnels en orbite.
- Tolérance aux radiations : en orbite basse, les satellites traversent des zones à flux élevé de particules ionisantes. Ces radiations peuvent induire des erreurs binaires (bit flips) voire des défaillances permanentes sur des composants non durcis spatialement. Les TPUs Trillium n'ont pas été conçus avec des protections anti-radiation, ce qui rend ce test particulièrement critique.
- Gestion des cycles thermiques extrêmes : en orbite, un satellite alterne entre l'ombre (autour de −170°C) et la pleine exposition solaire (autour de +120°C) à un rythme d'environ une fois toutes les 90 minutes. Ces cycles répétés créent des contraintes mécaniques significatives sur tous les composants électroniques.
- Exécution de requêtes réelles : le satellite répondra à des inférences Gemini en orbite et transmettra les résultats au sol. C'est le premier test de bout en bout d'un pipeline de calcul IA spatial complet.
Ces quatre objectifs constituent un programme de qualification réaliste. Les résultats de ce premier vol détermineront directement si la phase suivante — prévue pour 2027 — est financièrement et techniquement justifiée.
La vision à long terme : clusters de 81 satellites
Si les tests du satellite MVP sont concluants, Google a documenté une feuille de route en plusieurs phases. La prochaine étape, prévue pour 2027, consiste à lancer deux satellites équipés de liaisons laser entre eux. Ces liens optiques inter-satellites sont l'élément architecturalement critique à long terme : sans une bande passante élevée entre les satellites, impossible de les faire travailler comme une unité de calcul cohérente capable de traiter des requêtes en parallèle ou de charger des modèles de grande taille de manière distribuée.
La vision à long terme publiée par Google est l'une des plus ambitieuses jamais annoncées pour l'infrastructure IA : des clusters de 81 satellites formant des fermes orbitales d'environ un kilomètre de côté, reliées par ces liens laser haute débit. Ces constellations pourraient en théorie exécuter des inférences de modèles IA à grande échelle, alimentées uniquement par l'énergie solaire captée en orbite.
Ce qui rend cette vision pertinente à analyser, c'est le contexte énergétique de 2026. La consommation électrique des centres de données IA est devenue une contrainte opérationnelle réelle, avec des projets hyperscale qui peinent à obtenir des connexions au réseau électrique dans certaines régions européennes et américaines. Si l'orbite basse peut héberger une fraction du calcul IA alimentée par une source d'énergie renouvelable et continue, l'argument économique à long terme est potentiellement solide — bien que les coûts de lancement et de maintenance d'une constellation de 81 satellites représentent un investissement considérable.
Il faut cependant garder à l'esprit les contraintes physiques qui ne changeront pas : la latence de communication entre l'orbite basse et le sol est de l'ordre de 20 à 40 millisecondes aller-retour. Cela convient à des workloads de traitement par lots (batch inference, pré-calculs, entraînement distribué) mais pas à des usages interactifs exigeant des réponses en moins de 100 millisecondes. La segmentation des workloads entre calcul orbital et calcul terrestre sera donc un paramètre de conception incontournable pour toute architecture réelle.
Pourquoi ce signal compte pour vos décisions d'infrastructure
Aucune PME ni ETI française n'a besoin de se positionner sur le calcul orbital dans les prochaines années. Ce n'est pas l'implication pratique immédiate de Project Suncatcher. Mais ce projet envoie plusieurs signaux structurels utiles pour les équipes qui font des choix d'architecture IA aujourd'hui.
Signal 1 — la contrainte énergétique est réelle et durable. Le fait que Google investisse dans une diversification radicale de son infrastructure plutôt que de simplement agrandir ses centres de données confirme que la tension entre demande de calcul IA et disponibilité d'énergie n'est pas un phénomène temporaire. Pour les entreprises qui évaluent des options on-premise versus cloud, c'est un facteur structurel à intégrer : les coûts de l'énergie vont rester une variable significative dans l'équation à moyen terme.
Signal 2 — le hardware IA se diversifie et se généralise. L'initiative de tester les TPUs Trillium existants en orbite illustre une tendance plus large : les accélérateurs IA atteignent un niveau de maturité qui les rend envisageables dans des contextes très différents de leur environnement d'origine. Cette maturité favorise une infrastructure IA plus hétérogène, où le même type de workload peut s'exécuter sur cloud public, serveurs on-premise, appareils edge ou — demain — satellites.
Signal 3 — planifier à horizon cinq ans, pas seulement douze mois. Project Suncatcher n'aura pas d'impact sur vos factures cloud en 2027. Mais il confirme que la topologie de l'infrastructure de calcul IA va continuer à évoluer significativement à horizon cinq à dix ans. Pour les entreprises qui engagent des projets d'automatisation métier ou de développement sur mesure à forte composante IA, concevoir une architecture qui évite les dépendances irréversibles à un fournisseur ou une technologie unique reste la meilleure façon de rester agile face à ces évolutions. Pour cadrer cette réflexion dans votre contexte spécifique, notre équipe est disponible via la page contact.
FAQ — Google Project Suncatcher : quatre TPUs Trillium partent en orbite le 1er octobre — architecture, tests et calendrier du datacenter spatial
Project Suncatcher est-il déjà disponible pour des clients entreprise ?
Non. Project Suncatcher est un programme de recherche exploratoire de Google Research. Le satellite MVP du 1er octobre 2026 est le premier test de validation technique. Il n'existe pas d'offre commerciale associée, et aucun horizon de commercialisation n'a été annoncé. La vision à 81 satellites implique plusieurs phases de validation s'étalant au moins jusqu'en 2027-2028.
Quelle est la différence entre Project Suncatcher et un datacenter edge classique ?
Un datacenter edge terrestre est un nœud de calcul rapproché géographiquement des utilisateurs, alimenté par le réseau électrique local. Project Suncatcher vise une infrastructure en orbite basse terrestre, alimentée uniquement par l'énergie solaire captée dans l'espace. La différence clé est la source d'énergie (solaire spatiale continue vs. réseau terrestre), la latence (20-40 ms au sol vs. quelques ms pour un edge local) et la capacité à servir des zones géographiques sans infrastructure terrestre.
Les radiations spatiales vont-elles endommager les TPUs de Google ?
C'est précisément ce que le test du 1er octobre est conçu à mesurer. Les TPUs Trillium n'ont pas été conçus avec des protections anti-radiation spécifiques, contrairement aux composants dits « space-grade ». Des bit flips (erreurs binaires induites par les radiations) sont possibles, et des défaillances permanentes ne peuvent pas être exclues a priori. Les résultats de ce premier vol guideront les décisions architecturales pour les phases suivantes.
À quelle échéance commerciale peut-on raisonnablement s'attendre pour ce type d'infrastructure ?
La feuille de route publiée par Google prévoit une phase à deux satellites avec liaisons laser en 2027, avant d'envisager des clusters plus larges. Une infrastructure commercialement disponible implique au minimum la validation des phases 1 et 2, puis une phase industrielle de déploiement. Un horizon réaliste, sous réserve de résultats positifs à chaque étape, est plutôt à situer après 2030.
Pourquoi Google utilise-t-il des TPUs standard plutôt que des puces conçues spécifiquement pour l'espace ?
L'approche MVP de Google consiste à tester le hardware de production existant avant d'investir dans une conception spatiale dédiée. Si les TPUs Trillium standard survivent aux conditions orbitales (lancement, radiations, cycles thermiques), Google économise les coûts et délais d'une conception sur mesure. Si non, les résultats de ce test informeront les spécifications d'une éventuelle puce spatiale spécialisée.