Betriebssystem für Medienserver-Appliances
InfraMedia
Firmware statt Distribution
Ein Medienserver braucht kein Allzweck-Betriebssystem mit Paketmanager, Repository und eigenem Update-Kalender. InfraMedia ist die unveränderliche Firmware, auf der unsere Server laufen: Sie kommt als ein einziges Image zusammen mit dem Produkt, wird über HTTP konfiguriert und mit einem einzigen Paket aktualisiert, das sich zurücknehmen lässt.
Eine Maschine
Zwei Wege, einen Medienserver zu betreiben
Die Entscheidung lautet nicht, welches Linux besser ist. Sie lautet, ob die Maschine in Ihrem Rack etwas ist, das Sie administrieren, oder etwas, das Sie betriebsbereit erhalten.
Eine Allzweck-Distribution
- Sie installieren das Betriebssystem, darauf den Medienserver — und die Naht zwischen beiden gehört Ihnen.
- Zwei Update-Ströme: die Pakete der Distribution und die Releases des Produkts.
- Jede Maschine driftet mit der Zeit: hier ein Handgriff, dort ein nachinstalliertes Paket — nach einem Jahr gleicht kein Server dem anderen.
- Ein misslungenes Update zurückzunehmen heißt, aus dem Backup wiederherzustellen.
InfraMedia-Firmware
- Betriebssystem und Produkt kommen als ein Image, mit einer Version und gemeinsam geprüft.
- Die Wurzel ist schreibgeschützt: Es gibt nichts von Hand zu installieren, also driftet auch nichts.
- Ein Update-Paket pro Maschine, installiert neben der laufenden Version.
- Ein Rollback ist die Wahl der vorherigen Version und ein Neustart.
Ein unveränderliches Betriebssystem
InfraMedia gehört zu den unveränderlichen Systemen: System- und ausführbare Dateien lassen sich im laufenden Betrieb nicht ändern. Das Dateisystem besteht aus vorbereiteten squashfs-Images und ist schreibgeschützt eingehängt.
Nichts driftet
Die Maschine im Rack ist genau das, was wir ausgeliefert haben: Eine Systemdatei lässt sich nicht ändern, also gibt es auch die stillen Korrekturen nicht, an die sich nach einem Jahr niemand mehr erinnert. Austauschen lässt sich eine Systemdatei ebenso wenig.
System und Produkt werden getrennt aktualisiert
Die Anwendung steckt in einer eigenen Schicht, und jede Seite trägt ihre eigene Version. Den Medienserver zu aktualisieren, ohne das Betriebssystem anzufassen, ist Alltag — und umgekehrt genauso.
Ein Update kommt ganz oder gar nicht
Die neue Version wird neben die laufende gelegt und mit einer einzigen Zeile im Bootloader eingeschaltet. Einen halb aktualisierten Zustand gibt es nicht, und der Rollback ist dieselbe Zeile zurückgesetzt.
Unveränderlichkeit ab Werk
Normalerweise muss man sich ein solches System selbst bauen: einen eigenen Build-Server aufsetzen, die Images erzeugen, Netzwerkstart einrichten und die Anwendung in einen Container packen. InfraMedia kommt fertig gebaut — mit dem Medienserver darin, wird vom USB-Stick auf blanke Hardware installiert und braucht keine eigene Build-Infrastruktur.
Die Maschine steuert Software, kein Mensch
InfraMedia ist für eine Appliance gebaut: Über die Maschine bestimmt das Produkt, das auf ihr läuft, und nicht ein Administrator mit ssh und Texteditor. Alles, was aus einem bloßen Computer ein Netzwerkgerät macht, erledigt das System selbst und gibt es über eine API und eine Weboberfläche nach außen.
Die API ist der einzige Zugang
Der Konfigurator hat keinen Handbetrieb: Alles Konfigurierbare wird per Anfrage konfiguriert. Das Produkt ruft diese API selbst auf und braucht niemanden, um Netzwerk, Uhrzeit oder Konten hochzubringen.
Die Einstellungen liegen in einem Speicher
Der Einstellungsspeicher ist die einzige Quelle der Wahrheit. Systemdateien werden daraus erzeugt und nie zurückgelesen — sie von Hand zu ändern bringt nichts: Die nächste Erzeugung stellt den gespeicherten Wert wieder her.
Eine Weboberfläche ist enthalten
Firmware-Update, Netzwerkeinstellungen, Partitionieren und Formatieren der Platten, Uhrzeit, Konten und Neustart — alles, was aus einem bloßen Computer ein Netzwerkgerät macht, steckt im System selbst. Nichts muss separat geliefert werden: Die Oberfläche kommt mit der Basisschicht und arbeitet auch dann, wenn das Produkt darüber nicht hochgekommen ist.
Zum Einbau in das Hauptprodukt gebaut
Die Bildschirme entstehen getrennt von der Hülle: Sie bringen weder Thema noch Router noch eigene Anmeldung mit und fügen sich deshalb als Bereich in die Konsole des Produkts ein, für das die Appliance überhaupt da ist. Der Bediener konfiguriert das Chassis dort, wo er ohnehin auf die Streams schaut.
Wie eine Maschine lebt
Installiert sich selbst vom USB-Stick
Image schreiben, eine einzige Textdatei auf dem Stick ausfüllen — danach steckt ein Mensch ihn nur noch in den Server und schaltet den Strom ein. Der Installer fragt nichts und wartet auf keinen Tastendruck: Er partitioniert die Platte, kopiert die Firmware, hinterlässt die Zugangsdaten und schaltet die Maschine ab.
Konfiguration über eine API
Netzwerk, Zeit, Konten und Stromversorgung werden per Anfrage an den Konfigurator oder über die Weboberfläche gesetzt. Kein einziger Schritt muss per ssh erledigt werden.
Update und Rollback
Updates laufen ohne Verwaltung: kein Flottenmanagement, kein Agent, keine ssh-Sitzung — die Maschine installiert das Paket selbst, neben der laufenden Version. Einstellungen, Daten und Passwörter überstehen es, und die vorherige Version bleibt für den Rollback auf der Boot-Partition.
Ein Betriebssystem, mehrere Produkte
Auf InfraMedia sind unsere Server gebaut. Das Produkt sitzt als Schicht darüber, und die Maschine darunter ist in jedem Rack dieselbe.
Auf Hardware, die wir selbst geprüft haben
Die Firmware zielt auf Maschinen, die wir validieren: Die Treiber stecken in einem einzigen Kernel, Netzwerkports bekommen vorhersagbare Namen, und eine bekannte Maschine startet jedes Mal dasselbe Image.
Das ist das Gegenteil davon, alles zu unterstützen. Ein Server, den wir nicht kennen, ist eine Frage, die wir vor dem Kauf beantworten — keine Überraschung bei der Installation.
Nur Sie haben das Sagen
Die Firmware steuern nur Sie und nur über ihre API: Die Maschine erfährt von neuen Versionen über einen einzigen Update-Kanal, dessen Adresse fest im Image steht, und die Installation ist immer Ihre ausdrückliche Anforderung.
Quellcode und Build-Strecke gehören uns: Die Firmware wird in der eigenen Infrastruktur von Flussonic zusammengesetzt, nicht aus einem öffentlichen Repository gezogen, das jemand anderes kontrolliert.
Suchen Sie ein Betriebssystem für Ihre Medienserver?
Sagen Sie uns, was im Rack steht und was darauf laufen muss. Wir zeigen die Firmware auf einem Teststand und sagen offen, ob sie passt.