Qui pilote la flotte des data centers orbitaux ? Autonomie, évitement des collisions et goulet d’étranglement des opérations au sol

Maillage dense de satellites en orbite basse, sillonné d’arcs de trajectoire au-dessus de la Terre ; en contrebas, des paraboles au sol signalées par des indicateurs d’alerte, pour des opérations limitées aux exceptions.

Les projets de data centers orbitaux commencent généralement par le soleil et les radiateurs. La question la plus ardue surgit après la centième unité lancée : qui pilote la flotte lorsque chaque satellite exige des évaluations de rapprochement, du maintien à poste, des réponses aux pannes et une mise hors service sûre, et que les passages au-dessus des stations sol ne suffisent plus ?

Début novembre 2026, cette question opérationnelle s’est imposée au cœur du dossier des data centers orbitaux. La presse spécialisée a rapporté qu’Orbital Compute, Inc., entreprise basée à Los Angeles, avait retenu la jeune pousse spécialisée dans l’autonomie Orca Aerospace pour équiper la constellation de calcul qu’elle prévoit d’un logiciel embarqué de guidage, de navigation et de contrôle (GNC) ainsi que d’une aide à la décision pour l’évitement des collisions. L’accord est décrit comme une lettre d’intention pouvant atteindre environ 20 millions de dollars (affirmation des entreprises, rapportée par Payload et Data Center Dynamics ; aucun communiqué dédié n’a été trouvé sur les sites publics d’Orbital ou d’Orca au moment de la rédaction). Le fond de l’accord compte davantage que son montant : il s’agit de traiter l’autonomie comme une couche à part entière du calcul orbital, et non comme une question subsidiaire une fois les GPU en marche.

Cet article ne reprend ni l’économie des data centers orbitaux, ni les charges de travail d’IA qui ont leur place en orbite. Il porte sur l’apprentissage et l’autonomie des robots à l’échelle d’une constellation, et sur les raisons pour lesquelles les géants de l’IA qui misent sur le calcul spatial héritent d’un problème de trafic spatial dès qu’ils quittent le stade de la présentation.

Le contexte d’encombrement (chiffres officiels, non rumeurs)

Tout projet d’autonomie pour des mégaconstellations doit s’inscrire dans l’environnement orbital réel.

Le Bureau des débris spatiaux de l’ESA publie chaque année des rapports sur l’environnement spatial (Space Environment Reports) ainsi que des statistiques actualisées sur son Space Debris User Portal. Selon les statistiques DISCOS de l’ESA, mises à jour le 2 novembre 2026 :

• environ 15 800 satellites sont encore en fonctionnement ;
• environ 19 610 satellites se trouvent encore dans l’espace (sur quelque 28 570 placés en orbite terrestre depuis l’origine) ;
• environ 47 360 objets sont régulièrement suivis et catalogués par les réseaux de surveillance de l’espace ;
• selon le modèle MASTER-8 (population de référence de février 2026), on compte environ 68 450 objets de plus de 10 cm (dont quelque 11 300 charges utiles actives), ainsi qu’environ 1,5 million d’objets de 1 à 10 cm.

La synthèse du rapport 2025 de l’ESA (données arrêtées fin 2024) soulignait déjà qu’environ 40 000 objets étaient suivis, dont près de 11 000 charges utiles actives, et que, dans les bandes d’orbite basse les plus prisées, la densité de débris menaçants pouvait atteindre le même ordre de grandeur que celle des satellites actifs. La synthèse du rapport 2026 ajoute que l’année 2025 a connu plus de 300 lancements et plus de 4 000 nouvelles charges utiles, que le trafic des constellations continue de croître et que les mesures d’atténuation ne suffisent toujours pas à enrayer l’augmentation nette des débris.

Ce sont des chiffres officiels de l’ESA. Ils ne se confondent pas avec les décomptes informels de la presse, qui mêlent le seul parc Starlink à des estimations non vérifiées des débris. Pour les concepteurs de data centers orbitaux qui visent les orbites héliosynchrones aube-crépuscule, où de nombreux projets de calcul à énergie solaire souhaitent s’installer, l’encombrement polaire et la fréquence des rapprochements sont des données structurelles, et non des hypothèses.

Ce qu’Orbital affirme construire

Le communiqué d’Orbital du 30 juin 2026 fait état d’un dépôt auprès de la FCC pour une constellation pouvant compter jusqu’à 100 000 satellites, et d’une ambition d’environ 10 GW de calcul orbital à terme (affirmations de l’entreprise). Le même communiqué décrit chaque satellite comme l’équivalent d’une baie à haute densité : de l’ordre de huit des « serveurs actuels », une production solaire d’environ 100 kW, une envergure d’une centaine de mètres et une masse de deux tonnes environ (estimations de l’entreprise), avec une charge utile GPU de démonstration prévue pour 2027 et un satellite dédié, Orbital-1, en 2028.

Un communiqué de Reflex Aerospace du 10 septembre 2026 confirme que Reflex est le partenaire exclusif d’Orbital pour la plateforme satellitaire d’Orbital-1 et de la constellation qui suivra, et évoque des puissances de crête prévues approchant 250 kW pour Orbital-1 (présentation du partenaire et de l’entreprise). Les identifiants de demande auprès de la FCC relevés dans les bases de données du secteur (par exemple SAT-LOA-20260624-00251) concordent avec une démarche de licence engagée à la mi-2026 ; l’état d’avancement de la licence doit être vérifié dans les systèmes de la FCC plutôt que présumé acquis.

Même si seule une fraction du maximum déclaré devait voler, l’arithmétique des opérations est implacable. Le PDG d’Orbital a déclaré à Payload qu’un passage à l’échelle sûr exige une autonomie embarquée, faute de « fonction centrale de pilotage ou de cartographie », chaque unité devant assurer sa propre navigation. Payload relaie également les jalons de déploiement de l’entreprise : 10 satellites en 2029, 100 en 2030 et 1 000 en 2031 (projets de l’entreprise rapportés par la presse spécialisée). Cela suffit déjà à générer un volume de décisions quotidiennes qui submergerait une salle d’opérations classique, organisée autour de ses consoles.

Ce que la solution d’Orca prétend accomplir

Le site public d’Orca Aerospace présente un « opérateur d’engin spatial fondé sur l’IA, qui vole avec le véhicule » : une prise de décision à bord entre deux passages, le sol fixant l’intention de mission. Dans l’entretien exclusif publié par Payload (article du 5 novembre 2026), le PDG Jacob Ososke décrit une architecture en couches :

1. Un petit modèle d’IA embarqué propose les étapes suivantes (manœuvres, modifications du plan).
2. Un programme fondé sur des règles traduit ces choix en commandes.
3. Un noyau de sûreté vérifie chaque commande au regard des règles de la mission et des limites du véhicule avant son exécution.

Les opérations débutent en mode fantôme (la télémétrie est soumise à une revue humaine) et gagnent en autonomie par paliers. L’intégration est présentée comme devant être réalisée une fois par pile de logiciel de vol, en ciblant le logiciel de la plateforme de Reflex, avec une possible première mise en œuvre sur un Pathfinder en juillet 2027 et un vol opérationnel sur Orbital-1 en 2028 (calendrier tel que rapporté ; projets des entreprises). Conditions commerciales : des frais d’intégration et une licence par satellite ; lettre d’intention présentée comme pouvant atteindre environ 20 millions de dollars (affirmation des entreprises).

Data Center Dynamics (9 novembre 2026) ajoute des affirmations attribuées aux entreprises : même une flotte de 1 000 satellites engendre des milliers de décisions par jour, les équipes au sol deviennent le premier poste de coûts récurrents, et l’approche d’Orca pourrait réduire cette charge « d’un facteur 10 environ » (estimation de l’entreprise, non auditée de manière indépendante). DCD précise aussi que deux systèmes au sol prioritaires restent sous la gestion d’Orca : l’autonomie est supervisée, elle ne supprime pas toute intervention humaine.

Pourquoi les opérations au sol deviennent le goulet d’étranglement

Les opérations satellitaires classiques reposent sur :

• des contacts programmés ;
• des humains dans la boucle pour traiter les anomalies ;
• un criblage des rapprochements appuyé sur des catalogues et des procédures d’exploitation ;
• une planification des manœuvres qui peut attendre le passage suivant.

Ce modèle atteint ses limites lorsque :

• la taille de la constellation multiplie les alertes de rapprochement ;
• les géométries des orbites héliosynchrones aube-crépuscule concentrent le trafic à proximité des passages polaires ;
• les véhicules sont de grande taille (des structures de la classe des 100 mètres dans les projets de l’entreprise), ce qui aggrave les conséquences d’une collision ;
• les charges utiles de calcul alourdissent le coût de la perte d’un satellite.

Les plus grands opérateurs de constellations existants traitent déjà la gestion automatisée des rapprochements et le partage des données comme des problèmes opérationnels de premier ordre. Les nouveaux venus du calcul orbital héritent de la même physique, avec une moindre expérience opérationnelle.

L’autonomie n’efface pas la responsabilité. Un noyau de sûreté qui bloque les commandes non conformes est nécessaire ; il ne suffit pas sans :

• une surveillance indépendante et des coupe-circuits ;
• des données partagées de connaissance de la situation spatiale d’une qualité suffisante ;
• des règles claires de priorité des manœuvres en cas de désaccord entre deux opérateurs ;
• un durcissement cyber, afin qu’un « opérateur » embarqué ne puisse pas être trompé et amené à déclencher des poussées dangereuses.

Ces éléments de gouvernance expliquent pourquoi les défenseurs de la durabilité spatiale observent avec vigilance l’automatisation poussée : DCD souligne explicitement l’image renvoyée par des systèmes « trop éloignés pour être éteints manuellement ». La réponse technique passe par une assurance en couches ; la réponse réglementaire reste à écrire.

L’autonomie, une charge de travail d’IA qui a réellement sa place en orbite

Paradoxalement, le GNC de flotte est l’un des cas qui correspondent le mieux à la typologie de notre article sur les charges de travail : les données (centrale inertielle, GNSS, état des propulseurs, alertes de rapprochement) naissent à bord du véhicule ; leur valeur se dégrade en quelques minutes ; les résultats sont des commandes compactes ; attendre la Terre peut être dangereux. Il s’agit d’apprentissage et d’autonomie des robots au sens littéral, c’est-à-dire de commande en boucle fermée dans l’incertitude, et non d’une démonstration à base de haïku ni d’une grappe d’entraînement.

Ce qui reste au sol :

• l’entraînement des modèles et la mise à jour des politiques du module de suggestion embarqué ;
• la fusion des catalogues et les produits de connaissance de la situation spatiale haute fidélité ;
• l’approbation humaine pour les régimes à haut risque (premières phases en orbite, mise hors service, mise en sécurité en cas d’anomalie) ;
• l’orchestration des charges des clients pour l’activité d’inférence d’IA proprement dite.

Ce qui doit de plus en plus voler :

• l’exécution locale de l’évitement des collisions dans le cadre de règles strictes ;
• la détection et l’isolement des pannes entre deux passages ;
• le maintien en formation des grandes structures et, à terme, des grappes de calcul optiques.

La feuille de route de Google pour Suncatcher, qui vise des formations optiques serrées (analyse du cycle de fonctionnement), ne fait que relever la barre : la navigation relative à quelques centaines de mètres est un problème d’autonomie avant d’être un problème de laser.

Comment lire les 20 millions de dollars et la vision à 100 000 satellites

Le lecteur doit distinguer les différents niveaux :

Les dépôts de mégaconstellations sont des cadres d’autorisation, non des prévisions de population. Le logiciel d’autonomie est une condition préalable au passage à l’échelle, que la flotte s’arrête à quelques centaines d’unités ou s’approche un jour du maximum déclaré.

Pour aller plus loin sur AndBeyond.Tech

Pour la physique et le plancher de coûts de lancement qui sous-tendent les ambitions des data centers orbitaux, voir Data centers orbitaux pour l’IA : promesses, physique et épreuve des coûts. Pour savoir quelles tâches d’inférence doivent se trouver à côté du capteur et lesquelles doivent rester au sol, voir Les charges de travail IA qui ont vraiment du sens en orbite. Pour comprendre comment les cycles de fonctionnement énergétiques contraignent jusqu’aux démonstrateurs des hyperscalers, voir Google Suncatcher en orbite : derrière le haïku, la réalité du cycle de fonctionnement énergétique. L’autonomie traverse ces trois sujets : sans elle, ni l’économie, ni les charges de travail, ni les démonstrations de silicium ne peuvent se muer en flotte.

En résumé

Qui pilote la flotte des data centers orbitaux ? Si la réponse est « une armée au sol qui surveille chaque passage », le modèle économique succombe à ses coûts d’exploitation avant même que les radiateurs et les prix du lancement ne tranchent la question des investissements. L’association d’Orbital et d’Orca (une économie revendiquée par les entreprises, une architecture en couches réunissant IA, planificateur et noyau de sûreté, une intégration à la plateforme de Reflex) place l’autonomie embarquée et l’évitement des collisions là où ils doivent être : sur le chemin critique de l’informatique spatiale. Les chiffres d’encombrement de l’ESA montrent pourquoi. Reste à bâtir l’assurance, le partage des données et la clarté réglementaire, afin que le développement du calcul en orbite basse ne fasse pas peser les risques sur tous ceux qui partagent le ciel.

À lire aussi

• Data centers orbitaux pour l’IA : promesses, physique et épreuve des coûts
• Les charges de travail IA qui ont vraiment du sens en orbite
• Google Suncatcher en orbite : derrière le haïku, la réalité du cycle de fonctionnement énergétique

Note sur les sources : aucune page de communiqué d’Orbital.inc ou d’Orca Aerospace annonçant spécifiquement la lettre d’intention sur l’autonomie n’a été trouvée ; la couverture repose sur l’entretien exclusif de Payload et sur DCD. Les communiqués de Reflex et d’Orbital consacrés à la constellation sont les sources primaires pour le partenariat sur la plateforme et pour les dimensions déclarées.

Images : illustrations originales créées pour AndBeyond.Tech ; aucun logo ni aucune personne réelle n’y figurent.