Lovable lanza Deploy on Azure: las aplicaciones y los datos viven en tu suscripción
Lovable ha lanzado en private preview el modo Deploy on Azure. Las aplicaciones, la base de datos y los logs funcionan en la propia suscripción de Azure del cliente, dentro de una VNet dedicada. El data plane se apoya en Azure Kubernetes Service, la base de datos en Azure Database for PostgreSQL, los contenidos estáticos en Blob Storage y la parte dinámica en Azure Functions. El editor, el agente, el historial de chats y la facturación permanecen en la nube de Lovable. Por ahora, el acceso es solo para clientes Enterprise seleccionados. El despliegue se hace mediante una plantilla ARM, y las imágenes de contenedor se copian al Azure Container Registry del cliente. • La conexión con Lovable es solo saliente, mediante mTLS • Admite BYOK a través de Azure Key Vault • Es una de las tres formas de usar Lovable en un entorno Microsoft
Procesado por IA desde Lovable Blog; editado por Hamidun News
Lovable, el servicio donde las aplicaciones se construyen en un chat con IA, ha abierto el private preview del modo Deploy on Azure. La aplicación y sus datos funcionan por completo en la suscripción de Azure del cliente, dentro de una red virtual dedicada. En la nube multitenant de Lovable se quedan el editor, el agente, el historial de chats y la facturación. El modo está disponible para clientes Enterprise seleccionados y se suma como una de las tres formas de ejecutar Lovable en un entorno Microsoft. Para las empresas cuya política de seguridad exige mantener la aplicación y los datos en su propia infraestructura, elimina la principal barrera.
Qué se despliega exactamente en tu suscripción
El administrador crea un nuevo workspace Enterprise y elige alojarlo en Azure. Lovable genera una plantilla de Azure Resource Manager; el equipo del cliente la revisa y la lanza por su cuenta. Las imágenes de contenedor de Lovable se copian al Azure Container Registry del cliente, así que pueden analizarse en el pipeline habitual, igual que las imágenes de cualquier otro proveedor. Dentro de la VNet, en una máquina virtual, se ejecuta el runner de Lovable. Este levanta y mantiene el data plane, además de la base de datos y el almacenamiento de objetos.
En la VNet dedicada residen los siguientes componentes:
- El data plane de Lovable en un clúster de Azure Kubernetes Service, incluidos los sandboxes de preview donde se compilan los builds durante las iteraciones
- Las aplicaciones publicadas: contenido estático en Azure Blob Storage y peticiones dinámicas a través de Azure Functions
- La base de datos de la aplicación en Azure Database for PostgreSQL (Flexible Server) y el almacenamiento de objetos en Blob Storage
- Los logs de la aplicación, que pueden enviarse a Blob Storage o a un workspace de Log Analytics
- La pasarela de conectores y los secretos de las integraciones
Algunos componentes llegarán a lo largo del preview; el equipo de cuentas confirma la composición vigente para cada configuración concreta. Las aplicaciones acceden a los sistemas internos, como un almacén de datos o un CRM, mediante VNet peering. Esos sistemas no quedan expuestos a internet público.
Qué se queda en Lovable y cómo se protegen los datos
El trabajo de creación de la aplicación sigue ocurriendo en el servicio multitenant de Lovable: editor, agente, chat e historial de proyectos, ajustes del workspace, identidad y facturación. Las peticiones a los modelos de IA durante el desarrollo también las procesa el servicio de IA de Lovable. La frontera es nítida: el código y los datos de la aplicación terminada están en la suscripción del cliente; el proceso de crearla, en el proveedor.
La comunicación entre la suscripción y Lovable es unidireccional. Los componentes de tu suscripción establecen por sí mismos una conexión saliente, cifrada con mTLS. No se necesita acceso entrante a la red de Lovable.
Los datos de la aplicación permanecen en la VNet, bajo tu cifrado de Azure y tus reglas de acceso. El historial de chats y proyectos del lado de Lovable se cifra at rest. Con el esquema bring your own key, el administrador conecta en los ajustes del workspace una clave de su propio Azure Key Vault y puede revocar el acceso de Lovable en cualquier momento.
También hay mecanismos corporativos: SSO y SCIM mediante Entra ID, publicación por defecto solo para los miembros del workspace, comprobación de seguridad en cada build y logs de auditoría.
Tres opciones y cómo elegir
Deploy on Azure convive con otras dos variantes. Copilot Managed Runtime (public preview) aloja la aplicación en el tenant de Microsoft, detrás del acceso de Entra. Hereda el DLP y el control de conectores, pero exige Copilot Credits o una licencia premium de Power Platform, y no incluye la base de datos, los secretos ni las funciones de backend integrados de Lovable.
La tercera opción, el hosting en Lovable con conectores de Microsoft, ofrece el conjunto completo de funciones. Los conectores cubren Microsoft 365, Entra ID, la administración de Azure y Fabric; el tráfico sale desde un rango fijo de IP para allowlist, y cada conector requiere el consentimiento del administrador. Lovable cuenta con SOC 2 Type II, y los workspaces Enterprise no pueden crear proyectos públicos.
Los equipos pueden trabajar en varios workspaces y combinar variantes.
La elección práctica es esta. Si la política exige mantener los datos en tu propia suscripción y acceder a los sistemas internos por una red privada, encaja Deploy on Azure. Si ya has invertido en Power Platform y quieres las políticas del tenant, conviene mirar Copilot Managed Runtime.
Si la aplicación necesita leer y escribir datos de Microsoft 365, Entra, Azure o Fabric, y el hosting del lado de Lovable es aceptable, la tercera opción es la indicada. En el caso del preview hay una salvedad: parte de las funciones del hosting de Lovable aún no está disponible, y el proveedor promete paridad más adelante. Para entrar en el programa, hay que escribir al account manager o a byoc@lovable.
dev. Los equipos de TI y de seguridad deberían preparar de antemano sus preguntas sobre la plantilla ARM, el análisis de imágenes y las claves en Key Vault.
Delegate Deep Research, Coding & Workflows to an AI Agent
Deploy autonomous multi-step execution with NomadNet Agent (agent.nomadnet.ai) — automated web research, data synthesis, code generation, and complex task orchestration.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.