Exe.dev – Moderner VM-Service, der alles per SSH steuert

 (exe.dev)
11 Punkte von GN⁺ 2025-12-27 | 1 Kommentare | Auf WhatsApp teilen
  • Hosting-Service für Entwicklungs-VMs, auf den Nutzer über eine Remote-SSH-Umgebung direkt zugreifen können
  • Per ssh exe.dev verbinden und die SSH-Verbindung selbst wie eine API nutzen; ohne separate Kontoerstellung kann sofort eine VM erstellt und zugleich eine Terminal-Sitzung gestartet werden
  • Es wird nur die Gesamtsumme von CPU und RAM festgelegt, die von mehreren VMs frei gemeinsam genutzt wird, sodass keine zusätzlichen Kosten je nach Anzahl der VMs entstehen
  • Bietet echte Ubuntu-basierte VMs und unterstützt dennoch Starts im Subsekundenbereich, wodurch zugleich die Agilität von Containern und die Freiheit von VMs geboten wird
  • Innerhalb der Sitzung ist die Festplatte persistent, sodass Daten auch bei erneuter Verbindung erhalten bleiben, und Nutzer erhalten sudo-Rechte, um Befehle auf Systemebene auszuführen
  • Mit standardmäßig privaten Einstellungen, einfachen Freigabe-Links und einer Sandbox, die sich für die Ausführung von Agenten eignet, ist der Dienst auf AI-basierte Entwicklungsumgebungen ausgelegt

Hintergrund der Veröffentlichung von exe.dev

  • Ausgangspunkt war die Erfahrung, dass während der Entwicklung von sketch.dev der Bedarf an VMs zum Ausführen vieler kleiner Programme und Tools stark anstieg
  • Da immer mehr verschiedene Entwicklungswerkzeuge wie LLM-Schreibhilfen und Debugger ausgeführt wurden, wurde der Betrieb der VMs selbst zum Flaschenhals
  • Dadurch wurde klar, dass eine Umgebung benötigt wird, in der sich VMs einfach erstellen und verwerfen sowie ohne großen Aufwand weiter betreiben lassen

Überblick über Exe.dev

  • Bietet eine Remote-Entwicklungsumgebung, die per Befehl ssh exe.dev erreichbar ist
    • Zugriff allein mit einem SSH-Client, ohne separate Web-Oberfläche
  • Die Festplatte der Sitzung bleibt dauerhaft erhalten, sodass Daten nach dem Logout nicht gelöscht werden
  • Nutzer erhalten sudo-Rechte und können Befehle zur Systemverwaltung ausführen
  • Pro Abonnement wird nur die Gesamtmenge an CPU und RAM bereitgestellt; die Anzahl der VMs ist nicht begrenzt
  • Ohne Abrechnung pro VM oder Verwaltungs-Overhead können Nutzer Ressourcen nach Wunsch verteilen
  • Auch für den Betrieb vieler kleiner VMs geeignet, die nur gelegentlich Anfragen verarbeiten

Hauptfunktionen

  • All the VMs that fit
    • Innerhalb der im Abonnement enthaltenen CPU- und RAM-Ressourcen lassen sich Anzahl und Einsatzzweck der VMs frei gestalten
    • Auch Nutzungsmuster mit vielen VMs unter geringer Last sind möglich
  • Real VMs, sub-second start
    • Bietet vollständige Ubuntu-Maschinen; bei Bedarf kann auch Docker Compose installiert werden
    • Trotz VM sehr schnelle Startzeiten
  • Persistent disks
    • Stellt Festplatten bereit, deren Daten auch nach dem Beenden der VM erhalten bleiben
    • Weitere Funktionserweiterungen sind geplant
  • SSH-based API
    • Schon durch die Verbindung mit ssh exe.dev kann die Erstellung und Verwaltung von VMs beginnen
    • Terminal-zentrierte Nutzung ohne separate Web-Konsole
  • Private by default, share with links
    • HTTP-Dienste laufen standardmäßig so, dass externer Zugriff blockiert ist
    • TLS und Authentifizierung werden automatisch verarbeitet, Freigabe per Link wird einfach unterstützt
  • Agent-friendly sandbox
    • VMs können als Sandbox für die Ausführung von Agenten genutzt werden
    • Die Struktur ist nicht an bestimmte Tools oder Agenten gebunden
  • Administratorrechte verfügbar: Mit sudo können Pakete installiert oder Systemeinstellungen geändert werden

Einsatzmöglichkeiten

  • Geeignet für Entwicklungsexperimente, Tests und Lernumgebungen
  • Bietet sofort nutzbare Server-Sitzungen ohne lokale Einrichtung
  • Arbeitet SSH-basiert und wahrt zugleich Sicherheit und Einfachheit

So lässt sich der Service ausprobieren

  • Ohne separates Registrierungsverfahren kann der Dienst sofort mit dem Befehl ssh exe.dev erkundet werden
  • Befindet sich in der Developer-Preview-Phase und kann im Rahmen der verfügbaren Kapazitäten genutzt werden

Verwandte Artikel

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-12-27
Hacker-News-Kommentare
  • Im Moment scheint der Server überlastet zu sein. Die UX gefällt mir, aber diese Art, kostenlose VMs zu erstellen, wirkt anfällig für Missbrauch. Hacker oder Spammer könnten wohl leicht Accounts anlegen und VMs laufen lassen
  • Auf dem Smartphone wurde überhaupt keine Information angezeigt, daher wirkte es auf mich wie die schlechteste Website überhaupt. Zuerst dachte ich, es sei einfach nur eine Portfolio-Seite
    • Meine Erfahrung war völlig anders. Ich habe sofort erkannt, dass es ein Dienst ist, bei dem man über einen SSH-Jumpserver sofortige VMs erstellt und sich mit ihnen verbindet. Genau das war es auch, und ich fand es ziemlich cool
    • Selbst auf dem Desktop wusste ich zuerst nicht, was das sein soll. Die UI erklärt gar nichts, also dachte ich, es sei ein textbasiertes Spiel, und habe die Seite wieder geschlossen. Ein Satz wie „Die Festplatte bleibt erhalten“ reicht nicht aus. Es braucht eine klare Erklärung, was der Dienst eigentlich ist
    • Erst später fand ich Einführung und Preisinformationen über den Pfad Startseite → Blog → Dokumentation → „all docs“-Button. Viel zu unintuitiv
    • So schlecht finde ich es nicht, aber zumindest Preistabelle und Doku-Link sollten auf die Startseite
  • Ich habe es ausprobiert, nachdem Filippo Valsorda es vorgestellt hatte, und die Kombination aus schneller Startzeit, isolierter Umgebung und Persistenz war beeindruckend. Damit ließ sich viel einfacher experimentieren als in der klassischen Cloud.
    Andere Dienste sind entweder flüchtig oder unbequem zu teilen, hier hat man das Mittelding gut getroffen. Es wäre auch spannend, als Open Source eine Ebene wie „VM per Klick starten/archivieren“ zu bauen
    • Tatsächlich scheint es aber keine öffentliche (public) VM zu sein. Laut Beschreibung gibt es keine öffentliche IP, daher braucht man wohl so etwas wie Cloudflare Tunnel, um von außen darauf zuzugreifen
  • Es wäre schön, wenn die Authentifizierung automatisch auf Basis des öffentlichen GitHub-Schlüssels erfolgen würde. So wie bei ssh whoami.filippo.io. SSH ist fast das einzige Protokoll, bei dem man solche Auto-Auth-Tricks nutzen kann, daher ist es schade, das nicht auszureizen
    • Interessante Idee, aber für einen echten Dienst wohl unrealistisch. Die GitHub-API hat keine Funktion, Nutzer anhand ihres öffentlichen Schlüssels nachzuschlagen, und unerwartete automatische Logins könnten verwirrend sein
  • Ich nutze GitHub Codespaces und habe mir immer gewünscht, es gäbe eine Version nur mit webbasierter Konsole. Das könnte die Alternative dazu sein.
    Allerdings funktionieren Befehle wie apt install apache oder bash nicht, stattdessen kommt „exe.dev repl: command not found“. Daher frage ich mich, ob das überhaupt eine echte Linux-Shell ist
    • [exe.dev-Mitgründer] hier. Die VM basiert auf Ubuntu, daher sind apt und bash standardmäßig vorhanden. Wahrscheinlich bist du noch mit dem Jumpserver verbunden. Ich würde empfehlen, dich mit ssh yourvm.exe.xyz zu verbinden
    • Der Ort, an dem man sich zuerst verbindet, ist der exe.dev-Jumpserver. Von dort muss man sich per SSH noch einmal mit der VM verbinden. Einfach help eingeben
  • Wenn der Privat-Tarif für 20 Dollar pro Monat 25 VMs, 2 CPU und 8 GB RAM umfasst, ist das erstaunlich günstig. Ich war unsicher, ob das pro VM oder insgesamt gilt
    • [exe.dev-Mitarbeiter] hier. Die Ressourcen werden nicht pro VM, sondern pro Nutzer geteilt. Das Ziel ist, die Grenzkosten der VM-Erstellung auf 0 zu senken. Das Konzept ist, statt Containern bequem mehrere VMs hochzufahren
    • In der Dokumentation steht ebenfalls: „VMs teilen sich die dem Nutzer zugewiesenen Ressourcen“
    • Der eigentliche Mehrwert scheint die CLI-Freundlichkeit zu sein
    • Selbst im Vergleich zu VPS-Preisen ist das in Ordnung. Für Schulungen wäre es praktisch, wenn sich mehrere Leute in VMs einloggen und das Deployment mit nginx üben
    • Eigentlich sind das keine VMs, sondern Container, deshalb wirkt es ein wenig wie irreführendes Marketing
  • Die Demo war sehr beeindruckend. Ich konnte sofort auf Port 8000 eine App starten, und im Hintergrund scheint eine technisch ausgefeilte Architektur zu stecken.
    Das Verfahren zum Hinterlegen des SSH-Schlüssels war anfangs etwas verwirrend; die Dokumentation oder UI könnte das klarer erklären. Der Preis ist okay, könnte aber für Leute ohne Bedarf an höherer Leistung etwas hoch sein.
    Früher gab es mit Okteto eine ähnliche UX, aber der persönliche SaaS-Dienst wurde eingestellt. Hoffentlich passiert das hier nicht
  • Ich habe mich registriert und eine VM gestartet, und war überrascht, dass beim Booten standardmäßig eine Chat-Oberfläche angezeigt wird. Auch auf dem iPad lief es gut, und die Voreinstellungen waren sehr sorgfältig gemacht.
    Eine Screenshot-Funktion ist ebenfalls standardmäßig dabei, und die ersten 15 Minuten waren beeindruckend. Ich werde es Freunden ohne lokale Umgebung empfehlen, damit sie Tools wie Claude ausprobieren können
  • Mich würde interessieren, in welchem Land die VMs gehostet werden und wie es um rechtlichen Zugriff (Warrant Canary) oder die AUP-Richtlinien steht. Ich würde auch gern wissen, wie stark man in Kunden-VMs hineinschaut
    • Ich glaube nicht, dass das wichtig ist. Wenn man Datenschutz will, muss man eigene Hardware betreiben. Land oder Richtlinien sind am Ende zweitrangig
  • Ich habe mit diesem Dienst einmal eine Website gebaut: road-kernel.exe.xyz. Allerdings ist die UI etwas schlecht
    • Verbindung abgelehnt