Lovable lance Deploy on Azure : applications et données restent dans votre abonnement

Lovable, le service qui permet de construire des applications dans un chat avec une IA, ouvre la private preview de son mode Deploy on Azure. L'application et ses données tournent entièrement dans l'abonnement Azure du client, à l'intérieur d'un réseau virtuel dédié. Dans le cloud multitenant de Lovable restent l'éditeur, l'agent, l'historique des chats et la facturation. Ce mode est accessible à une sélection de clients Enterprise et devient l'une des trois façons de lancer Lovable dans un environnement Microsoft. Pour les entreprises dont les exigences de sécurité imposent de garder l'application et les données dans leur propre infrastructure, c'est le principal obstacle qui disparaît.

Ce qui est déployé dans votre abonnement

L'administrateur crée un nouveau workspace Enterprise et choisit l'hébergement sur Azure. Lovable génère un modèle Azure Resource Manager ; l'équipe du client le vérifie, puis le lance elle-même. Les images de conteneurs de Lovable sont copiées dans l'Azure Container Registry du client. Elles peuvent donc être analysées dans un pipeline classique, comme les images de n'importe quel autre éditeur. Sur une machine virtuelle au sein du VNet, le runner de Lovable monte et maintient le data plane, ainsi que la base de données et le stockage d'objets.

Le VNet dédié héberge les composants suivants :

• le data plane de Lovable sur un cluster Azure Kubernetes Service, y compris les sandboxes de prévisualisation où se construisent les builds pendant les itérations
• les applications publiées : contenu statique dans Azure Blob Storage, requêtes dynamiques via Azure Functions
• la base de l'application sur Azure Database for PostgreSQL (Flexible Server) et le stockage d'objets dans Blob Storage
• les logs de l'application, qui peuvent être envoyés vers Blob Storage ou vers un espace de travail Log Analytics
• la passerelle de connecteurs et les secrets des intégrations

Certains composants arriveront au fil de la preview ; l'équipe de compte confirme la composition à jour pour chaque configuration. Pour accéder aux systèmes internes, par exemple un entrepôt de données ou un CRM, les applications passent par du VNet peering. Ces systèmes ne sont pas exposés sur l'internet public.

Ce qui reste chez

Lovable et comment les données sont protégées

Le travail de création de l'application continue de se faire dans le service multitenant de Lovable : éditeur, agent, chat et historique des projets, paramètres du workspace, identification et facturation. Les requêtes aux modèles d'IA pendant le développement sont, elles aussi, traitées par le service d'IA de Lovable. La frontière est nette : le code et les données de l'application terminée se trouvent dans l'abonnement du client, son processus de création chez l'éditeur.

La connexion entre l'abonnement et Lovable est à sens unique. Les composants de votre abonnement établissent eux-mêmes une connexion sortante, chiffrée via mTLS. Aucun accès entrant vers le réseau de Lovable n'est nécessaire.

Les données de l'application restent dans le VNet, sous votre chiffrement Azure et vos règles d'accès. L'historique des chats et des projets côté Lovable est chiffré at rest. Avec le schéma bring your own key, l'administrateur connecte dans les paramètres du workspace une clé issue de son propre Azure Key Vault et peut à tout moment révoquer l'accès de Lovable.

Les mécanismes d'entreprise s'appliquent aussi : SSO et SCIM via Entra ID, publication par défaut réservée aux membres du workspace, contrôle de sécurité à chaque build, logs d'audit.

Trois options et comment choisir

Deploy on Azure s'inscrit aux côtés de deux autres options. Copilot Managed Runtime (public preview) héberge l'application dans le tenant Microsoft, derrière une connexion Entra. Il hérite de la DLP et du contrôle des connecteurs, mais exige des Copilot Credits ou une licence premium Power Platform, et la base de données, les secrets et les fonctions backend intégrés de Lovable n'y sont pas disponibles.

La troisième option, l'hébergement chez Lovable avec des connecteurs Microsoft, offre l'ensemble des fonctionnalités. Les connecteurs couvrent Microsoft 365, Entra ID, la gestion d'Azure et Fabric ; le trafic provient d'une plage d'IP fixe pour les allowlists, et chaque connecteur requiert le consentement d'un administrateur. Lovable détient la certification SOC 2 Type II, et les workspaces Enterprise ne peuvent pas créer de projets publics.

Les équipes ont le droit de travailler dans plusieurs workspaces et de combiner les options.

En pratique, le choix se fait ainsi. Si la politique de l'entreprise impose de garder les données dans son propre abonnement et d'accéder aux systèmes internes par un réseau privé, Deploy on Azure convient. Si vous avez déjà investi dans Power Platform et souhaitez appliquer les politiques du tenant, regardez du côté de Copilot Managed Runtime.

Si l'application doit lire et écrire des données Microsoft 365, Entra, Azure ou Fabric, et que l'hébergement côté Lovable est acceptable, prenez la troisième option. Pour la preview, une réserve s'impose : une partie des fonctions de l'hébergement Lovable n'y est pas encore disponible, et l'éditeur promet la parité plus tard. Pour entrer dans le programme, écrivez à votre account manager ou à byoc@lovable.

dev. Les équipes IT et sécurité ont intérêt à préparer à l'avance leurs questions sur le modèle ARM, l'analyse des images et les clés dans Key Vault.