Wie man mit Bun die Paketinstallationszeit von 28 Minuten auf 47 Sekunden reduziert
makedream٨ مايو ٢٠٢٦
0
Computing/Software
Comments (0)
Log in to leave a comment
No posts yet
makedreammakedreamLog in to leave a comment
No posts yet
Wer in einer Node.js-Umgebung mit riesigen Abhängigkeiten kämpft, fragt sich oft, ob er gerade Code schreibt oder nur dem Installationsbalken zusieht. Bun ist mehr als nur eine schnelle Runtime; es bietet eine hervorragende Grundlage für die Zusammenarbeit mit AI-Agenten. Hinter dem oberflächlichen Grund der Geschwindigkeit verbergen sich praktische Migrationsmethoden und Fragen des Strukturdesigns, die ich hier besprechen möchte.
Bun wurde mit der Sprache Zig von Grund auf neu geschrieben. Dank dessen ist die Paketinstallation massiv schneller als bei Node.js v22. Wenn man jedoch Bun verwendet und gleichzeitig die bestehende package-lock.json beibehält, geraten die Lockfiles durcheinander, was auf den Deployment-Servern für Probleme sorgt. In solchen Fällen sollte man auf einen parallelen Betrieb verzichten und das System neu aufsetzen.
Löschen Sie zuerst konsequent node_modules und das vorhandene Lockfile. Führen Sie dann im Terminal bun install --frozen-lockfile aus, um Buns eigenes binäres Lockfile bun.lockb zu erstellen. Für Bibliotheken, die C++ Add-ons verwenden und Kompilierfehler verursachen (wie bcrypt), ist es für die geistige Gesundheit ratsam, auf bcryptjs umzusteigen oder die native Bun-API bun:sqlite zu nutzen. In einem Projekt mit über 1.800 Abhängigkeiten zu erleben, wie ein Vorgang von 28 Minuten auf 47 Sekunden schrumpft, ist ein echtes Erfolgserlebnis.
Wenn man einem LLM-basierten AI-Agenten Dateien mit Tausenden von Zeilen übergibt, verliert er schnell den Faden und produziert unsinnige Ergebnisse. Da der Datei-I/O von Bun extrem schnell ist, gibt es kaum Performance-Einbußen, wenn man Dateien in sehr kleine Stücke zerlegt. Um die Genauigkeit zu erhöhen, wenn der Agent Code bearbeitet, ist eine Struktur vorteilhaft, die pro Datei weniger als 100 Zeilen vorsieht.
Ich erstelle im Projekt Ordner wie src/agents und src/tools, um Funktionen vollständig zu trennen. Dann verbinde ich Bun.serve mit Bun.file, um ein Gateway zu bauen, das nur den Zugriff auf bestimmte Verzeichnisse erlaubt. Durch die Validierung von Pfaden mit targetPath.startsWith lässt sich verhindern, dass der Agent versehentlich die Systemeinstellungen meines MacBooks durchsucht. Das ist eine Struktur, die sowohl die Sicherheit erhöht als auch Token-Kosten spart.
Wenn ein AI-Agent ein Tool aufruft und die Antwort erst nach einer Ewigkeit eintrifft, leidet die User Experience. Express sucht Routen nacheinander ab, was bei vielen Anfragen langsam wird. Hono hingegen nutzt den Trie-Algorithmus, um Pfade sofort zu finden.
In Kombination mit Bun erreicht der Request-Durchsatz pro Sekunde (RPS) tatsächlich etwa 41.800 – das ist mehr als dreimal so schnell wie Express. Starten Sie mit bun add hono und lesen Sie Umgebungsvariablen direkt über Bun.env aus. Wenn man dies mit der Hochleistungs-WebSocket-API von Bun kombiniert, lässt sich die Echtzeit-Latenz auf einem Niveau von 27ms halten. So muss man nicht mitansehen, wie die KI wegen eines trägen Servers untätig wartet.
Es reicht nicht, wenn nur ich Bun benutze. Alle Teammitglieder müssen dieselbe Umgebung verwenden, um Unfälle in der Production zu vermeiden. Legen Sie eine .bunfig.toml-Datei im Root-Verzeichnis ab und fixieren Sie dort Informationen zu privaten Registries oder Lockfile-Optionen. Das spart neuen Teammitgliedern viel Zeit bei der Einrichtung.
Beim Deployment sollte man auf die Größe des Docker-Images achten. Verwenden Sie das oven/bun:1-Image als Basis, aber nutzen Sie die Option bun build --compile, um den Quellcode in eine einzige ausführbare Datei umzuwandeln. Wenn man nur diese Datei extrahiert und in ein distroless-Image packt, schrumpft ein Node.js-Image von über 1 GB auf unter 200 MB. Da ein kleineres Image die Cloud-Infrastrukturkosten um etwa 40 % senkt, gibt es keinen Grund, dies nicht zu tun.