Lovable Blog→ original

Lovable lança Deploy on Azure: aplicativos e dados ficam na sua assinatura

A Lovable lançou em private preview o modo Deploy on Azure. Os aplicativos, o banco de dados e os logs rodam na própria assinatura Azure do cliente, em uma VNet dedicada. O data plane fica no Azure Kubernetes Service, o banco no Azure Database for PostgreSQL, o conteúdo estático no Blob Storage e a parte dinâmica no Azure Functions. Editor, agente, histórico de chats e cobrança permanecem na nuvem da Lovable. O acesso é restrito a clientes Enterprise selecionados. A implantação é feita por um template ARM, e as imagens de contêiner são copiadas para o Azure Container Registry do cliente. • A conexão com a Lovable é somente de saída, via mTLS • Há suporte a BYOK por meio do Azure Key Vault • É uma das três formas de usar a Lovable no ambiente Microsoft

Processado por IA de Lovable Blog; editado por Hamidun News
Lovable lança Deploy on Azure: aplicativos e dados ficam na sua assinatura
Fonte: Lovable Blog. Colagem: Hamidun News.
◐ Ouvir artigo

A Lovable, serviço em que aplicativos são criados em um chat com IA, abriu o private preview do modo Deploy on Azure. O aplicativo e seus dados rodam inteiramente na assinatura Azure do cliente, dentro de uma rede virtual dedicada. Na nuvem multitenant da Lovable ficam o editor, o agente, o histórico de chats e a cobrança. O modo está disponível para clientes Enterprise selecionados e se tornou uma das três formas de usar a Lovable no ambiente Microsoft. Para empresas cuja política de segurança exige manter o aplicativo e os dados na própria infraestrutura, isso elimina a principal barreira.

O que exatamente é implantado na sua assinatura

O administrador cria um novo workspace Enterprise e escolhe a hospedagem no Azure. A Lovable gera um template do Azure Resource Manager, que a equipe do cliente revisa e executa por conta própria. As imagens de contêiner da Lovable são copiadas para o Azure Container Registry do cliente, e por isso podem ser escaneadas no pipeline habitual, como as imagens de qualquer outro fornecedor. Dentro da VNet, uma máquina virtual executa o runner da Lovable. Ele sobe e mantém o data plane, além do banco de dados e do armazenamento de objetos.

Os seguintes componentes ficam na VNet dedicada:

  • Data plane da Lovable em um cluster Azure Kubernetes Service, incluindo as sandboxes de preview, onde os builds são gerados durante as iterações
  • Aplicativos publicados: conteúdo estático no Azure Blob Storage e requisições dinâmicas via Azure Functions
  • Banco de dados do aplicativo no Azure Database for PostgreSQL (Flexible Server) e armazenamento de objetos no Blob Storage
  • Logs do aplicativo, que podem ser enviados ao Blob Storage ou a um workspace do Log Analytics
  • Gateway de conectores e segredos das integrações

Parte dos componentes será adicionada ao longo do preview, e a equipe de contas confirma a composição atual para cada configuração específica. Para acessar sistemas internos, como um data warehouse ou um CRM, os aplicativos usam VNet peering. Esses sistemas não são expostos à internet pública.

O que fica com a Lovable e como os dados são protegidos

O trabalho de criação do aplicativo continua no serviço multitenant da Lovable: editor, agente, chat e histórico de projetos, configurações do workspace, identidade e cobrança. As requisições aos modelos de IA durante o desenvolvimento também são processadas pelo serviço de IA da Lovable. A fronteira é clara: o código e os dados do aplicativo pronto ficam na assinatura do cliente, e o processo de criação fica com o fornecedor.

A comunicação entre a assinatura e a Lovable é unidirecional. Os componentes na sua assinatura iniciam sozinhos uma conexão de saída, criptografada via mTLS. Não é necessário acesso de entrada à rede da Lovable.

Os dados do aplicativo permanecem na VNet, sob a sua criptografia do Azure e as suas regras de acesso. O histórico de chats e projetos do lado da Lovable é criptografado at rest. No esquema bring your own key, o administrador conecta uma chave do próprio Azure Key Vault nas configurações do workspace e pode revogar o acesso da Lovable a qualquer momento.

Também estão disponíveis mecanismos corporativos: SSO e SCIM via Entra ID, publicação por padrão apenas para membros do workspace, verificação de segurança em cada build e logs de auditoria.

Três formas de usar e como escolher

O Deploy on Azure é uma entre três opções. O Copilot Managed Runtime (public preview) hospeda o aplicativo no tenant da Microsoft, atrás do login do Entra. Ele herda DLP e o controle de conectores, mas exige Copilot Credits ou uma licença premium do Power Platform, e não inclui o banco de dados, os segredos nem as funções de backend integrados da Lovable.

A terceira opção, hospedagem na Lovable com conectores Microsoft, oferece o conjunto completo de recursos. Os conectores cobrem Microsoft 365, Entra ID, gerenciamento do Azure e Fabric, o tráfego sai de uma faixa fixa de IPs para allowlist, e cada conector exige consentimento do administrador. A Lovable tem SOC 2 Type II, e os workspaces Enterprise não podem criar projetos públicos.

As equipes podem trabalhar em vários workspaces e combinar as opções.

Na prática, a escolha é a seguinte. Se a política exige manter os dados na própria assinatura e acessar sistemas internos por rede privada, o Deploy on Azure é a opção indicada. Se você já investiu no Power Platform e quer as políticas do tenant, vale olhar o Copilot Managed Runtime.

Se o aplicativo precisa ler e gravar dados do Microsoft 365, Entra, Azure ou Fabric e a hospedagem do lado da Lovable é aceitável, escolha a terceira opção. Para o preview, é preciso considerar uma ressalva: parte dos recursos de hospedagem da Lovable ainda não está disponível nesse modo, e o fornecedor promete paridade mais adiante. Para entrar no programa, escreva ao seu gerente de contas ou para byoc@lovable.

dev. As equipes de TI e de segurança devem preparar de antemão perguntas sobre o template ARM, o escaneamento de imagens e as chaves no Key Vault.

ZK
Hamidun News
Notícias de AI sem ruído. Seleção editorial diária de mais de 50 fontes. Produto de Zhemal Khamidun, Head of AI na Alpina Digital.
✦ Autonomous AI Agents

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.

Launch NomadNet Agent →NomadNet AI Platform
O que você acha?
Carregando comentários…