Exe.dev - un service de VM moderne pour tout contrôler via SSH

• Un service d’hébergement de VM de développement auquel les utilisateurs peuvent se connecter directement via un environnement SSH distant
• En se connectant avec ssh exe.dev, il est possible d’utiliser la connexion SSH elle-même comme une API : lancer une session terminal tout en créant immédiatement une VM, sans créer de compte séparé
• Il suffit de définir un volume total de CPU et de RAM, ensuite plusieurs VM se partagent librement ces ressources, sans coût additionnel lié au nombre de VM
• Le service fournit de vraies VM basées sur Ubuntu avec un démarrage en moins d’une seconde, offrant à la fois l’agilité d’un conteneur et la flexibilité d’une VM
• Dans une session, le disque est persistant, les données sont donc conservées à la reconnexion, et l’utilisateur dispose des droits sudo pour exécuter des commandes au niveau système
• Avec des paramètres privés par défaut, des liens de partage simples et une conception en sandbox adaptée à l’exécution d’agents, le service est pensé pour les environnements de développement basés sur l’IA

---

Contexte du lancement public d’exe.dev

• Le projet est né de l’expérience de sketch.dev, où la demande de VM capables d’exécuter de nombreux petits programmes et outils a fortement augmenté pendant le développement
• Avec la multiplication d’outils d’assistance au développement comme l’aide à la saisie par LLM ou les débogueurs, l’exploitation des VM elle-même est devenue un goulot d’étranglement
• Le besoin d’un environnement permettant de créer et supprimer facilement des VM, tout en pouvant les conserver sans contrainte, est ainsi devenu évident

Présentation d’Exe.dev

• Fournit un environnement de développement distant accessible via la commande ssh exe.dev
  • Accessible uniquement avec un client SSH, sans interface web séparée
• Le disque de la session reste persistant, si bien que les données ne sont pas supprimées après déconnexion
• L’utilisateur dispose des droits sudo, ce qui permet d’exécuter des commandes d’administration système
• L’abonnement fournit uniquement un volume total de CPU et de RAM, sans limite sur le nombre de VM
• Sans facturation par VM ni surcharge de gestion, l’utilisateur peut répartir les ressources comme il le souhaite
• Convient aussi à l’exploitation de nombreuses petites VM qui ne traitent des requêtes qu’occasionnellement

Fonctionnalités principales

• All the VMs that fit
  • Il est possible de définir librement le nombre et l’usage des VM dans les limites du CPU et de la RAM inclus dans l’abonnement
  • Les usages consistant à maintenir de nombreuses VM à faible charge sont également permis
• Real VMs, sub-second start
  • Fournit une machine Ubuntu complète, avec possibilité d’installer Docker Compose ou d’autres outils si nécessaire
  • Offre un démarrage très rapide malgré l’utilisation de VM
• Persistent disks
  • Fournit des disques dont les données sont conservées après l’arrêt de la VM
  • D’autres extensions fonctionnelles sont prévues à l’avenir
• SSH-based API
  • Une simple connexion via ssh exe.dev permet de commencer à créer et gérer des VM
  • Utilisation centrée sur le terminal, sans console web séparée
• Private by default, share with links
  • Les services HTTP s’exécutent par défaut sans accès extérieur
  • Le service gère automatiquement TLS et l’authentification, et permet un partage simple via des liens
• Agent-friendly sandbox
  • Les VM peuvent être utilisées comme sandbox pour l’exécution d’agents
  • La structure n’est liée à aucun outil ni agent particulier
• Droits administrateur fournis : l’utilisation de sudo permet d’installer des paquets ou de modifier la configuration système

Cas d’usage possibles

• Adapté aux expérimentations de développement, tests et environnements d’apprentissage
• Fournit des sessions serveur immédiatement utilisables sans configuration d’environnement local
• Basé sur SSH, ce qui permet de préserver à la fois la sécurité et la simplicité

Comment essayer le service

• Il est possible de découvrir immédiatement le service avec la commande ssh exe.dev, sans procédure d’inscription séparée
• Le service est au stade de developer preview et peut être utilisé dans la limite de la capacité disponible

Articles liés

• Meet exe.dev, modern VMs
• How exe.dev works
• Pricing

[GN⁺]

Commentaires sur Hacker News

• On dirait que le serveur est surchargé en ce moment. J’aime bien l’UX, mais cette manière de créer des VM gratuites semble présenter un risque d’abus important. Des hackers ou des spammeurs pourraient probablement créer facilement des comptes et lancer des VM
• Sur mobile, aucune information ne s’affiche, donc j’ai eu l’impression que c’était le pire site web possible. Au début, j’ai cru que c’était simplement un site portfolio
  • Mon expérience a été complètement différente. J’ai tout de suite compris qu’il s’agissait d’un service qui crée des VM instantanées et permet d’y accéder via un serveur de rebond SSH. C’était bien ça en pratique, et c’était plutôt cool
  • Même sur desktop, au début je n’ai pas compris ce que c’était. Comme l’interface n’expliquait rien, j’ai cru à un jeu en mode texte et j’ai fermé l’onglet. Une phrase comme « le disque est persistant » ne suffit pas. Il faut une explication claire de ce qu’est le service
  • Ce n’est que plus tard, en passant par page d’accueil → blog → documentation → bouton « all docs », que j’ai trouvé l’introduction et les informations tarifaires. C’est beaucoup trop contre-intuitif
  • Je ne dirais pas que c’est si mauvais, mais au minimum, la grille tarifaire et le lien vers la documentation devraient être sur la page principale
• Filippo Valsorda l’a présenté, alors je l’ai essayé, et la combinaison du démarrage rapide, de l’environnement isolé et de la persistance m’a impressionné. J’ai pu expérimenter bien plus simplement qu’avec les clouds classiques.
  Les autres services sont soit éphémères, soit peu pratiques à partager ; ici, on a l’impression qu’ils ont bien trouvé le juste milieu. Ce serait aussi intéressant de créer en open source une couche du genre « lancer/mettre en veille une VM en un clic »
  • Cela dit, en réalité ce ne sont apparemment pas des VM publiques. D’après la description, elles n’ont pas d’IP publique, donc il faut utiliser quelque chose comme Cloudflare Tunnel pour y accéder depuis l’extérieur
• Ce serait bien d’avoir une authentification automatique basée sur la clé publique GitHub, comme avec ssh whoami.filippo.io. SSH est pratiquement le seul protocole qui permet ce genre d’astuces d’authentification automatique, donc c’est dommage de ne pas en profiter
  • Idée intéressante, mais ce serait sans doute peu réaliste dans un vrai service. L’API GitHub ne permet pas de retrouver un utilisateur à partir de sa clé publique, et une connexion automatique inattendue pourrait aussi créer de la confusion
• J’utilise GitHub Codespaces, et je me suis souvent dit qu’une version avec uniquement un terminal web serait bien. C’est peut-être cette alternative.
  Par contre, des commandes comme apt install apache ou bash ne fonctionnent pas, et j’obtiens « exe.dev repl: command not found ». Je me demande si ce n’est pas un vrai shell Linux
  • [cofondateur d’exe.dev] ici. Les VM sont basées sur Ubuntu, donc apt et bash sont disponibles par défaut. Vous êtes probablement connecté au serveur de rebond. Je vous recommande d’essayer ssh yourvm.exe.xyz
  • L’endroit où vous arrivez au départ est le serveur de rebond d’exe.dev. Il faut ensuite se reconnecter en SSH vers la VM. Essayez de taper help
• Si l’offre individuelle est à 20 dollars par mois pour 25 VM, 2 CPU et 8 Go de RAM, c’est tellement peu cher que ça m’a surpris. Je ne sais pas si c’est par VM ou au total
  • [personne d’exe.dev] ici. Les ressources ne sont pas allouées à chaque VM individuellement : elles sont mutualisées au niveau de l’utilisateur. L’objectif est de ramener à zéro le coût marginal de création d’une VM. L’idée est de pouvoir lancer facilement plusieurs VM plutôt que des conteneurs
  • La documentation dit aussi que « les VM partagent les ressources allouées à l’utilisateur »
  • La valeur principale semble être le côté compatible CLI
  • Même comparé aux prix des VPS, ça reste correct. Pour l’enseignement, ça pourrait être pratique pour faire se connecter plusieurs personnes à des VM et s’exercer à déployer nginx
  • En réalité, ce sont des conteneurs, pas des VM, donc ça ressemble un peu à du marketing exagéré
• La démo était très impressionnante. J’ai pu lancer directement une application sur le port 8000, et j’ai l’impression qu’il y a derrière une architecture techniquement très raffinée.
  Au début, la manière d’enregistrer la clé SSH était un peu déroutante, donc ce serait bien que la documentation ou l’interface le guide plus clairement. Le prix est correct, mais peut sembler un peu élevé pour ceux qui n’ont pas besoin de grosses ressources.
  Il y avait autrefois Okteto, avec une UX assez proche, mais son SaaS pour particuliers a été abandonné. J’espère que ce service n’aura pas le même destin
• Je me suis inscrit et j’ai lancé une VM, et j’ai été surpris de voir une interface de chat par défaut au démarrage. Ça fonctionnait bien aussi sur iPad, et les réglages par défaut étaient très soignés.
  La fonction de capture d’écran est aussi fournie de base, et les 15 premières minutes m’ont vraiment impressionné. Je compte le recommander à des amis qui n’ont pas d’environnement local, pour leur faire tester des outils comme Claude
• Je me demande dans quel pays les VM sont hébergées, ce qu’il en est de l’accès légal (warrant canary) ou de la politique AUP. J’aimerais aussi savoir à quel point ils regardent à l’intérieur des VM des clients
  • Je ne pense pas que ce soit si important. Si vous voulez une vraie confidentialité des données, il faut exploiter votre propre matériel. Le pays ou les politiques restent secondaires au final
• J’ai créé un site avec ce service : road-kernel.exe.xyz. Par contre, l’interface n’est pas terrible
  • Accès refusé