KI-Agenten steuern immer häufiger echte Browser in der Cloud, und genau dort wurde Tempo bisher teuer erkauft. Ein Anbieter zeigt nun, wie sich ein Browser in unter einer Sekunde starten lässt. Möglich macht das eine Virtualisierungstechnik, die eigentlich für serverlose Dienste gedacht war.

drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen

Mit Firecracker packt der Dienst Browser Use jede Cloud-Sitzung in eine winzige eigene virtuelle Maschine. Der Kaltstart dieser Mini-VM dauert unter 400 Millisekunden. Über die öffentliche Schnittstelle steht ein fertiger Browser im Mittel nach 825 Millisekunden bereit.

Das Wichtigste in Kürze

  • Jede Browser-Sitzung läuft isoliert in einer eigenen Firecracker-MicroVM auf AWS EC2.
  • Der Kaltstart der Mini-VM liegt unter 400 Millisekunden.
  • Über die öffentliche Schnittstelle steht der Browser nach 825 Millisekunden im Mittel bereit.
  • Der Anbieter verspricht rund dreifach niedrigere Kosten bei höherem Tempo.

Wie kommt der Browser so schnell hoch?

Digitale Stoppuhr zeigt 0,8 Sekunden neben Kartons mit Bananenschale und Sticker „Kleine Panne“
Firecracker startet Mini-VMs in unter 400 Millisekunden und stellt pausierte Browser-Abbilder blitzschnell wieder her, während Chromium 545 Millisekunden benötigt

Firecracker startet eine Mini-VM in unter 400 Millisekunden und stellt einen pausierten Browser blitzschnell wieder her. Die Steuerung sucht eine freie Maschine, lädt das gespeicherte Browser-Abbild, startet Chromium und liefert eine Verbindungs-URL zurück.

Den größten Zeitanteil frisst nicht die VM, sondern der Browser selbst. Chromium braucht nach dem Aufwachen rund 545 Millisekunden, bis es steuerbar ist. Vorbereitete Abbilder verkürzen diesen Weg, weil das System nicht jede Sitzung von Grund auf neu aufbaut.

Ungewöhnlich ist der Unterbau. Firecracker läuft normalerweise auf nackter Server-Hardware, hier dagegen innerhalb der ohnehin virtualisierten EC2-Instanzen von AWS. Diese Verschachtelung spart Kosten, weil kein teurer Bare-Metal-Server nötig ist.

Schnelle, isolierte Browser in der Cloud sind die stille Voraussetzung für brauchbare KI-Agenten. Ohne Tempo und saubere Trennung bleibt jede Automatisierung im Web ein Versprechen auf später.

— Michael Dobler, Herausgeber Dr. Web

Warum ist das für KI-Projekte relevant?

Eine orangefarbene Rakete mit Zündschnur steht vor weißem Hintergrund
KI-Agenten benötigen isolierte Browser pro Aufgabe. Schneller Start und niedrige Kosten bestimmen die Wirtschaftlichkeit von Web-Automatisierung im großen Maßstab

KI-Agenten, die Webseiten bedienen, brauchen pro Aufgabe einen frischen, isolierten Browser. Schneller Start und niedrige Kosten entscheiden darüber, ob solche Automatisierung im großen Stil überhaupt bezahlbar ist.

Für Unternehmen, die Recherche, Buchungen oder Tests automatisieren wollen, zählt jede Zehntelsekunde und jeder Cent pro Sitzung. Die saubere Trennung in eigene Mini-VMs senkt zugleich das Sicherheitsrisiko, weil keine Sitzung in die andere greift. Wie sich solche Agenten sinnvoll einsetzen lassen, ordnet die KI-Rubrik von Dr. Web regelmäßig ein. Tempo und Isolation sind dabei keine Kür, sondern Grundbedingung.

Der Ansatz zeigt, wie sehr KI-Anwendungen an der Infrastruktur darunter hängen. Ein Modell ist nur so nützlich wie die Umgebung, in der es handeln darf. Gut gebaute Plattformen entscheiden am Ende über die Wirtschaftlichkeit.

Mehr Newshunger?

4,4 14 Bewertungen

Wie hat Ihnen dieser Artikel gefallen?