LONDON (IT BOLTWISE) – Software entscheidet zunehmend darüber, ob Satelliten tatsächlich funktionieren und im Verband sicher arbeiten. Red Hats Chief Architect Travis Steele ordnet die Lehren aus den Startpausen der Space Development Agency ein und erklärt, warum Flight-Software, Ground-Station-Integration und Netzwerk-Orchestrierung zusammengehören. SDA-Direktorin Jennifer Elzea betont, dass sich viele Fixes schneller am Boden erledigen lassen als durch Software-Uploads im Orbit. Für den Ausbau hunderter Satelliten stehen damit automatisierte DevSecOps-Prozesse und offene, modulare Architekturen im Zentrum.
Im Satellitenbetrieb verschiebt sich der Schwerpunkt spürbar weg von der reinen Hardware-Finesse hin zu einer durchgängigen Softwarekette. Die Space Development Agency hatte 2026 Tranche-1-Transport-Satelliten gestartet, aber nach den erfolgreichen Inbetriebnahmen die Starts für fast neun Monate pausiert, um technische Probleme zu adressieren. Genau solche Ereignisse dienten Travis Steele, Chief Architect für die Air Force und Space Force bei Red Hat, als Einstieg: Selbst wenn sich die „exquisiteste“ Orbital-Hardware bauen ließe, bliebe die Plattform am Boden, falls Flight Software, die Anbindung der Bodenstationen und die Orchestrierung des Netzbetriebs nicht zuverlässig zusammenspielen. Für Organisationen, die in niedrige Erdumlaufbahnen auf skalierende Netzwerke statt auf einzelne Großsatelliten setzen, ist das mehr als eine Randnotiz – es wird zur Kernfrage der Systemfähigkeit.
Dass Software im Orbit nicht nur „nice to have“ ist, sondern Missionsfähigkeit direkt beeinflusst, unterstreicht SDA-Direktorin Jennifer Elzea mit Blick auf die Betriebsrealität. Satelliten müssen sich bewegen, Kollisionen vermeiden und Missionen umsetzen – alles Aufgaben, die sich ohne präzise Flugsoftware und die passenden unterstützenden Komponenten nicht sinnvoll garantieren lassen. Elzea verweist außerdem auf den Vorteil schneller Iterationen: „There are some things we learned that we could do on the ground for software much more quickly than trying to upload software fixes to space in low Earth orbit, “ sagte sie. In einem weiteren Schritt macht sie den Engpass konkret: „In particular, the satellites are moving very fast, and so you don’t get very long connections with them over any given ground station. And we’ve learned that there are some pieces of software, flight software, other enabling types of software, that we can address on the ground and before they are in space, and that will move us along much more quickly in the process.“ Damit wird deutlich, warum Software-Updates im Orbit operativ teuer sind – selbst eine funktionierende Idee kann an der Kommunikationszeit scheitern.
Aus Steeles Sicht ergibt sich daraus ein neues Maß für Resilienz im Kommunikations- und Komplexitätsraum. Verteidigungsorganisationen bewegen sich von einer traditionellen „exquisite“-Architektur mit wenigen, stark integrierten Satelliten hin zu einem „proliferated“ Netzwerk in der LEO-Umgebung. Resilienz entsteht dabei nicht nur durch mehr Einheiten, sondern auch durch die Entwicklungstaktung: „Their spiral development will allow them to do that, “ ordnete Steele ein. Entscheidend sei zudem, dass Softwareentwicklung und Systemdesign Rückwärtskompatibilität einplanen – etwa durch taktische Datenlinks wie Link 16. Seine Begründung zielt auf die Nutzbarkeit: „That really demonstrates a high focus on immediate warfighter utility rather than some future horizon over multiyear hardware modifications.“ Je größer die Flotte und je exponentieller die Komplexität, desto stärker werden Themen wie Interoperabilität, Fleet Management und die Verarbeitung großer Datenmengen zu Engpässen – nicht, weil Messwerte fehlen, sondern weil die Betriebssoftware sie beherrschbar halten muss.
Ein weiterer Hebel liegt in der Architekturfrage: SDA muss nach Steeles Darstellung Schichten für Transport und Tracking über mehrere Anbieter aufbauen. „SDA in particular is going to – and needs to – leverage multiple vendors to build out those transport and tracking layers, “ sagte er. Das stellt hohe Anforderungen an Integrationsstandards und an die Fähigkeit, Systeme über Liefergrenzen hinweg zu orchestrieren. Aus der Branche heißt es deshalb: weg von proprietären Betriebssystemwelten, hin zu standardisierten offenen Architekturen. Steele bringt es auf den Punkt: „But it’s incumbent upon us in industry to move away from proprietary operating environments, ensure that we embrace standardized open architectures and then also ensure that we can orchestrate data across different contractor platforms.“ Wer hundertfach wiederverwendbare Konfigurationslogik betreibt, braucht dabei nicht nur technische Schnittstellen, sondern auch ein Betriebskonzept, das Änderungen automatisch und konsistent durchsetzt.
Genau hier wird das Konfigurationsmanagement zum Systemthema. Steele beschreibt, dass der Betrieb von Konfigurationen über „hundreds of satellites“ ein grundsätzlich anderes Operating Model erfordert – eines, das Automation vor menschliche Operatoren stellt. Das betrifft das Ausrollen von Software-Updates, das Durchsetzen von Policies und das Wiederherstellen nach Fehlern über die gesamte Konstellation. Gleichzeitig wächst mit erweiterten Sensorfähigkeiten auch das Datenvolumen dramatisch, etwa bei Missionen zum Hyperschall-Missile-Tracking. Statt riesige Rohdatenmengen traditionell an Bodenstationen zu funken, soll KI direkt auf den Orbitalplattformen entstehen: „Rather than transmitting massive amounts of raw data to ground stations, Steele said industry will need to enable artificial intelligence directly on orbital hardware, allowing satellites to send actionable intelligence instead of raw data to reduce the latency associated with traditional downlinks.“ Technisch verschiebt das das Designziel: Nicht nur Bandbreite, sondern Latenz, Filterung und Entscheidungsfähigkeit werden zur Softwareaufgabe im Flug.
Auch beim Entwicklungstempo verlangt SDA nach Steeles Darstellung Anpassungen. SDA wurde geschaffen, um den Space-„Acquisition“-Prozess zu beschleunigen, indem kommerzielle Praktiken genutzt und neue Satellitenfähigkeiten rasch bereitgestellt werden. Das heißt: Softwareteams müssen ein Continuous-Delivery-Modell fahren und sich aus eng gekoppelten, stark proprietären Plattformen lösen. Steele formuliert die Richtung als „modular open shell“, in der Softwarefähigkeiten konsequent extrahiert werden: „We all must to move to this modular open shell where we extract software capabilities entirely.“ Der Speed-Effekt ist nur die erste Ebene; der wichtigere Punkt ist die Grundlage für automatisierte Sicherheits- und Bereitstellungsprozesse. „You can do things like attestation, where software bills of materials come in, “ ergänzt Steele – ein Hinweis darauf, dass sich Lieferketten-Transparenz und Nachweisführung in die Delivery-Pipeline integrieren sollen.
Für Unternehmen entsteht daraus ein klarer Betriebs- und Produktivitätsauftrag: Wer in diesem Umfeld liefert, muss weniger als „einmal integrierte Plattform“ betrachtet werden, sondern als Baustein in einer wiederholbaren, überprüfbaren Softwarelieferkette. Das betrifft sowohl die technische Seite – standardisierte Schnittstellen, reproduzierbare Images, konsistente Konfigurationen – als auch die Prozessseite, etwa bei DevSecOps und vorakkreditierten Baselines. Elzeas Betonung, dass sich viele Probleme am Boden schneller lösen lassen, verstärkt die Bedeutung kurzer Feedback-Loops. Unterm Strich wird Software im Raum damit zum Maßstab für Verlässlichkeit: Sie entscheidet, ob eine schnell wachsende LEO-Flotte nicht nur startet, sondern dauerhaft koordiniert arbeitet – und ob Probleme im nächsten Entwicklungsschritt behoben werden können, bevor sie zur systemischen Verzögerung werden.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Warum Software Satelliten gewinnt: Red Hat erklärt SDA-Realität" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Warum Software Satelliten gewinnt: Red Hat erklärt SDA-Realität" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Warum Software Satelliten gewinnt: Red Hat erklärt SDA-Realität« bei Google Deutschland suchen, bei Bing oder Google News!