Lovable permet de faire tourner les applications générées dans le compte AWS du client

Les outils qui génèrent une application à partir d'une conversation posent vite une question aux responsables informatiques : où tourne ce qui a été créé, et où vont les données ? Lovable y a répondu le 14 octobre 2026 avec « Deploy on AWS ». Les applications continuent d'être construites dans Lovable, mais s'exécutent dans le compte AWS de l'entreprise cliente.

L'offre est en préversion privée, pour une sélection de clients Enterprise. L'hébergement chez Lovable reste le fonctionnement par défaut.

Ce qui tourne chez le client

Tout est placé dans un réseau privé dédié (VPC) du compte AWS du client :

• les environnements de prévisualisation où les applications sont construites, sur Amazon EKS ;
• les applications publiées : fichiers statiques dans Amazon S3, requêtes dynamiques traitées par AWS Lambda ;
• la base de données, sur Amazon Aurora PostgreSQL, et le stockage de fichiers dans S3 ;
• les journaux applicatifs ;
• la passerelle des connecteurs et les secrets d'intégration.

Les systèmes internes de l'entreprise, un CRM ou un entrepôt de données par exemple, sont joints par une liaison privée entre réseaux, sans passer par l'internet public.

Ce qui reste chez Lovable

• l'éditeur et l'agent IA ;
• l'historique des conversations et des projets ;
• les réglages de l'espace de travail, l'identité et la facturation.

Point important : les requêtes envoyées aux modèles d'IA pendant la construction restent traitées par le service de Lovable. Ce que vous écrivez à l'agent, et ce que vous lui montrez, ne reste donc pas dans votre compte AWS. L'historique est chiffré au repos, et un administrateur peut brancher sa propre clé de chiffrement AWS, puis retirer l'accès à Lovable quand il le souhaite.

Comment cela s'installe

Un administrateur crée un espace de travail Enterprise et choisit l'hébergement sur AWS. Lovable génère un modèle CloudFormation, c'est-à-dire un fichier qui décrit l'infrastructure à créer. L'équipe du client le relit et l'exécute. Un programme d'installation met ensuite en place le reste des services.

Lovable installe, gère et met à jour ces composants. Selon l'annonce, la connexion part toujours du compte client vers Lovable, par un tunnel chiffré, et aucun accès entrant au réseau du client n'est nécessaire. Des rôles distincts sont utilisés pour l'installation, la maintenance et le démantèlement.

L'éditeur cite un premier client : Deutsche Telekom, en service depuis octobre 2026.

Ce qui n'est pas dit

• Aucun prix n'est indiqué, ni pour l'option ni pour les ressources AWS consommées, qui s'ajoutent à la facture du client.
• Les régions AWS prises en charge ne sont pas précisées. Une entreprise qui veut une région européenne doit poser la question.
• Certaines fonctions disponibles en hébergement Lovable manquent encore dans ce mode. L'éditeur dit viser la parité, sans donner de calendrier.

Ce que cela implique

Faire tourner les applications dans son compte ne supprime pas la dépendance à l'éditeur : c'est Lovable qui pilote et met à jour les composants installés. Et l'entreprise hérite d'une infrastructure non triviale à surveiller et à payer, avec un cluster, une base de données et des fonctions. Il faut quelqu'un en interne capable de relire le modèle d'installation et de suivre la facture.

Notre lecture

Cette offre s'adresse à de grandes organisations, pas à une PME de vingt personnes. Elle intéresse tout de même les petites structures à deux titres. D'abord comme signal : les applications générées par IA sortent du prototype et entrent dans des environnements d'entreprise encadrés. Ensuite comme grille de questions à poser à n'importe quel outil du même type : où s'exécute l'application, où sont stockées ses données, qui détient les clés de chiffrement, et par où passent les échanges avec le modèle. Si un prestataire vous propose une application construite avec ce genre d'outil, demandez-lui ces quatre réponses par écrit.