crunr

Was ist crunr?

crunr ist ein Command-line-Tool, das ein Skript an dein eigenes AWS-Konto sendet, es auf einer passenden EC2-Instanz ausführt, Logs zurück auf dein System streamt und die Instanz beendet, sobald der Job abgeschlossen ist. Es ist für Menschen gedacht, die Compute-Jobs auf AWS ausführen wollen, ohne die AWS-Konsole zu nutzen, eigene Infrastruktur zu bauen oder Instanzen zwischen Jobs dauerhaft laufen zu lassen.

Das Produkt arbeitet von der Laptop-Seite aus: Du führst crunr aus, es lädt Code und Abhängigkeiten hoch, startet Compute in einer gewählten Region und synchronisiert Outputs zurück in einen lokalen Ordner. Die Quellenbeschreibung nennt Unterstützung für Skripte in Python, Node, bash, R und Go und sagt, dass der Workflow im AWS-Konto des Nutzers mit dessen Anmeldedaten bleibt.

Hauptfunktionen

• Führt Jobs über eine lokale CLI aus — crunr run ist der zentrale Einstiegspunkt, sodass Nutzer Compute von einem Terminal, einem CI-Job oder einem Skript aus starten können, ohne ihren gewohnten Workflow zu verlassen.
• Nutzt das AWS-Konto des Nutzers — Jobs laufen in der eigenen AWS-Umgebung des Nutzers statt auf von crunr verwalteter Infrastruktur, wodurch Abrechnung und Ausführung an dieses Konto gebunden bleiben.
• Wählt eine passende Spot-Instanz aus — Das Tool wählt die günstigste passende Spot-Instanz für den angeforderten GPU- oder Compute-Bedarf, was die manuelle Instanzauswahl erleichtert.
• Überträgt Code, Abhängigkeiten und Outputs automatisch — crunr synchronisiert das Projekt per rsync, installiert bei Bedarf Abhängigkeiten wie pip-, apt- und npm-Pakete und synchronisiert Ergebnisse zurück in einen lokalen Output-Ordner.
• Beendet Instanzen, wenn der Job endet — Die Instanz fährt nach Abschluss oder Absturz herunter, wodurch das Risiko für liegengebliebene Leerlaufkosten sinkt.
• Hält AWS-Zugangsdaten lokal — Laut Quelle liest es aus ~/.aws/credentials, und die Schlüssel verlassen nie den Laptop und werden auch nicht auf gestartete Instanzen geschrieben.

So verwendest du crunr

Installiere die CLI, stelle sicher, dass deine AWS-Zugangsdaten lokal verfügbar sind, und starte ein Skript mit einem Befehl wie crunr run train.py --gpu. Danach übernimmt crunr den Instanzstart, die Dateiübertragung, die Installation von Abhängigkeiten, das Streamen von Logs und die Synchronisierung der Outputs.

In der Praxis wählen Nutzer die Region und die gewünschte Hardware aus, warten, bis der Job auf AWS läuft, und finden die Ergebnisse nach dem Beenden der Instanz im lokalen Output-Verzeichnis.

Anwendungsfälle

• ML-Training und Fine-Tuning — Modelltraining, Fine-Tuning und Evaluierungsjobs auf einer GPU ausführen, die zur Aufgabe passt, statt eine dauerhaft laufende Maschine zu nutzen.
• Datenverarbeitungsjobs — ETL- oder Batch-Skripte ausführen, die mehr Compute brauchen als ein Laptop bietet, und den Workflow trotzdem an einen einzigen Befehl binden.
• Kurzlebige Forschungsexperimente — Experimente auf echter AWS-Hardware für die Dauer eines Laufs starten und dann nicht weiter bezahlen, wenn das Experiment endet.
• Startup-Prototyping ohne Infrastrukturaufwand — Compute-Jobs zum Laufen bringen, bevor eine vollständige Cloud-Architektur aufgebaut oder dedizierte DevOps-Unterstützung eingestellt wird.
• Ersetzen vergessener GPU-Mietdienste — Skripte von extern gemieteten GPU-Services in ein AWS-Konto verlagern, in dem die Instanz nach jedem Job beendet werden soll.

FAQ

Braucht crunr die AWS-Konsole?
Nein. Laut Quelle werden Jobs an AWS gesendet, ohne die AWS-Konsole zu verwenden.

Wo liegen AWS-Zugangsdaten?
crunr liest die Zugangsdaten aus ~/.aws/credentials, und laut Inhalt bleiben die Schlüssel auf dem Laptop des Nutzers.

Welche Arten von Skripten kann es ausführen?
Die Seite sagt, dass es Skripte ausführen kann, die man normalerweise lokal ausführt, darunter Python, Node, bash, R und Go.

Hält crunr einen Server oder einen GPU-Pool am Laufen?
Nein. In der Produktbeschreibung steht, dass es keinen crunr-Server und keinen GPU-Pool gibt; die CLI auf dem Laptop des Nutzers spricht direkt mit AWS.

Was passiert mit der Instanz nach Abschluss des Jobs?
Die Instanz wird beendet, wenn der Job abgeschlossen ist, und laut Seite auch dann, wenn der Job abstürzt.

Alternativen

• Manuelle AWS-EC2-Einrichtung — bietet volle Kontrolle, erfordert aber, dass du Instanzen auswählst, Dateien überträgst, Abhängigkeiten verwaltest und selbst daran denkst, Maschinen wieder herunterzufahren.
• Verwaltete GPU-Mietplattformen — Dienste wie Lambda, RunPod oder CoreWeave bieten mietbare GPU-Kapazität, aber die Quelle beschreibt crunr als eine Möglichkeit, diesen Workflow in dein eigenes AWS-Konto zu verlagern.
• Eigene Skripte oder Orchestrierung auf AWS — Nutzer können ihre eigenen Start- und Beendigungs-Skripte mit der AWS CLI oder mit SDKs bauen, aber dieser Ansatz braucht meist mehr Einrichtung als eine spezialisierte CLI.
• Cluster- oder Notebook-basierte Workflows — besser geeignet für gemeinsam genutzte Langzeitumgebungen, während crunr auf einmalige Jobs abzielt, die sauber enden und keine Idle-Instanz zurücklassen sollen.