VergleicheBetrieb

AutoST gehostet vs. On-Premises: Wo das Dashboard läuft und wo die Daten bleiben

AutoST läuft gehostet von Zyberum in der EU oder als Container auf deinen Servern, der Test-Agent immer an deinem Prüfstand. Unterschiede: Datenort, Betrieb, Start.

Aktualisiert 7. Oktober 2026Diese Seite als Markdown

Kurz gesagt

AutoST hat zwei Betriebsmodelle. Gehostet heißt: Zyberum betreibt Backend und Dashboard in der EU, und du installierst nur den Carbyne-Test-Agent an deinem Prüfstand. On-Premises heißt: Dasselbe Backend läuft als Container auf deinen eigenen Servern, betrieben von deiner IT. In beiden Fällen ist der Agent am Prüfstand die einzige Komponente, die das Steuergerät berührt, und die Testergebnisse gehören dir. Die Wahl dreht sich darum, wo Scan-Ergebnisse, ODX/CDD-Dateien und Berichte liegen, wer den Server betreibt und wie schnell du starten willst.

Was ist der Unterschied?

Das ist kein Vergleich zwischen zwei Produkten, sondern zwischen zwei Arten, dasselbe zu betreiben. AutoST hat drei Teile: ein Web-Dashboard, ein Backend, das Jobs orchestriert und Findings speichert, und Carbyne, den Test-Agent, der neben dem Steuergerät an deinem Prüfstand steht und die eigentliche Bus- und IP-Kommunikation macht. Der Agent ist immer deiner und steht immer an deinem Prüfstand. Die Wahl ist, wo die anderen beiden Teile leben.

Gehostet: Zyberum betreibt Backend und Dashboard als verwaltete Instanz in der EU. Du installierst den Agent auf einem Windows- oder Linux-Rechner am Prüfstand, koppelst ihn mit einem Token und testest noch am selben Tag. Updates, Backups und Verfügbarkeit übernimmt Zyberum; deine Daten liegen in der EU und gehören dir.

On-Premises: Das Backend läuft als einzelner Container auf deiner eigenen Infrastruktur, hinter deinen eigenen Identitäts- und Netzwerkkontrollen, betrieben von deiner IT. ODX- und CDD-Dateien, Scan-Ergebnisse, Fuzzing-Payloads und Berichte verlassen dein Netz nie. Updates und Backups machst du selbst, und du kannst es in einem Segment ganz ohne Internetzugang betreiben.

Nebeneinander

	Gehostet von Zyberum (EU)	On-Premises
Findet	Identisch: dieselben Engines, derselbe Testinhalt, dieselben Berichte	Identisch
Übersieht	Nichts, was die On-Premises-Version findet; der Test läuft auf demselben Agent	Nichts, was die gehostete Version findet
Wer macht es	Deine Test-Engineers fahren die Tests; Zyberum betreibt den Server	Deine Test-Engineers fahren die Tests; deine IT betreibt den Container
Prüfstandszeit	Gleich pro Lauf; ausgehendes HTTPS vom Prüfstand ist nötig	Gleich pro Lauf; funktioniert in einem Netzsegment ohne Internet
Kosten	Lizenz pro getesteter Komponente, Hosting inklusive, Preis auf Anfrage	Lizenz pro getesteter Komponente, Preis auf Anfrage; dein Server und IT-Zeit
Passt in den Release-Zyklus	Ja; API-Tokens und das Bamboo-Plugin erreichen die EU-Instanz über HTTPS	Ja; Pipeline und Backend liegen im selben Netz
Verlangt von	Nichts in den Normen; passend, wo interne Richtlinien EU-gehostete Engineering-Daten erlauben	Kunden- oder OEM-Verträge, die verbieten, dass Zuliefererdaten das Haus verlassen; abgeschottete Prüfstände; Unternehmensrichtlinien zu Vorserien-Firmware und Diagnosebeschreibungen
Ergebnis	PDF, SARIF, CSV und JSON, heruntergeladen von der Instanz	Dasselbe, gespeichert auf deinen Servern

Nimm Hosted, wenn

du diesen Monat starten willst. Eine gehostete Instanz braucht eine Agent-Installation und ein Token, keinen Server-Antrag, kein Firewall-Ticket und kein Change-Fenster.
das Team klein ist und niemand noch einen Container betreiben will. Updates, Backups und Verfügbarkeit sind Sache von Zyberum.
die Daten Engineering-Daten sind, die du bei einem EU-Auftragsverarbeiter speichern darfst: Scan-Ergebnisse deiner eigenen Steuergeräte, deine eigenen Diagnosebeschreibungen. Bei vielen Tier-1- und OEM-Teams ist das so, und ein Pilot ist der typische Fall.
du von mehreren Standorten oder mit einem externen Partner testest und ein Dashboard willst, das alle ohne VPN erreichen.

Nimm On-Premises, wenn

ein Kundenvertrag oder eine OEM-Anforderung sagt, dass Zuliefererdaten im Haus bleiben. Vorserien-Firmware, ODX- und CDD-Dateien und Seed/Key-bezogene Findings fallen oft darunter, und der On-Premises-Container ist die Antwort.
das Prüfstandsnetz keinen Internetzugang hat und das so bleiben soll. Der Agent braucht dann ein Backend, das er im selben Segment erreicht.
du ohnehin Container betreibst und AutoST hinter deinem eigenen Identity Provider, Logging und Backup-Regime haben willst.
deine Security-Richtlinie Testergebnisse als Nachweise behandelt, die für das CSMS nach UN R155 und die Verifikationsakten nach ISO/SAE 21434 unter deiner Aufbewahrungskontrolle stehen müssen. Das geht auch mit gehosteten Daten, aber On-Premises lässt die Frage verschwinden.

Beides zusammen

Die meisten Organisationen landen bei einem der beiden Modelle, aber sie schließen sich nicht aus. Ein häufiger Weg ist ein gehosteter Pilot an einem Steuergerät, um zu sehen, ob das Produkt passt, und dann eine On-Premises-Instanz, wenn das Programm wächst und die Verträge strenger werden. Manche Konzerne betreiben eine gehostete Instanz für ein externes Labor oder einen Entwicklungsdienstleister und eine On-Premises-Instanz für die eigenen Serien-Steuergeräte. Komponenten, Scan-Historie und Fix Plan ziehen zwischen beiden um, weil es dieselbe Software mit derselben Lizenz ist.

Was auch immer du wählst, der Teil, der für das Steuergerät zählt, ändert sich nicht: ein Carbyne-Agent an deinem Prüfstand, dein CAN- oder Ethernet-Interface, dein Steuergerät. AutoST wird nicht zu einem Dienst, der deine Hardware aus der Ferne testet; niemand bei Zyberum berührt dein Steuergerät, es sei denn, du buchst einen Penetrationstest. Wenn deine einzige Anforderung ein paar Scans an einem Steuergerät sind und du einen freien Rechner hast, ist On-Premises eine Ein-Container-Installation, und wir reden dir kein Hosting ein.

FAQ

Häufig gestellte Fragen

Schickt die gehostete Version ECU-Verkehr an Zyberum?

Nein. Der Carbyne-Agent an deinem Prüfstand spricht über CAN, CAN FD oder Ethernet mit dem Steuergerät und fährt die Tests lokal. An das Backend gehen über HTTPS Job-Anfragen, Fortschritt und Ergebnisse: Findings, Antwortklassifikationen, Fuzzing-Payloads, die ein Finding ausgelöst haben, und die Dateien, die du an eine Komponente hängst, etwa ODX oder CDD. Der Busverkehr selbst bleibt am Prüfstand.

Braucht der Prüfstand eine eingehende Verbindung?

Nein, in keinem der beiden Modelle. Der Agent fragt das Backend über HTTPS ab und holt sich seine Jobs, also werden im Prüfstandsnetz keine eingehenden Ports geöffnet. Bei On-Premises steht das Backend in deinem Netz; bei Hosted braucht der Agent ausgehendes HTTPS zur EU-Instanz.

Können wir gehostet starten und später auf On-Premises wechseln?

Ja. Es ist dieselbe Software, und die Lizenz gilt pro getesteter Komponente, nicht pro Betriebsmodell. Teams pilotieren oft gehostet, um nicht auf einen Server zu warten, und holen die Instanz ins Haus, wenn aus dem Pilot ein Programm wird. Scan-Historie und Komponenten ziehen mit um.

Quellen

Passende Seiten

← Vergleiche