Voc\u00ea assina o contrato de cloud pensando em uptime, lat\u00eancia e pre\u00e7o por hora de VM. Vendor lock-in n\u00e3o aparece em nenhuma dessas linhas. Ele aparece dezoito meses depois, quando voc\u00ea tenta tirar 40 TB de dados de um provedor e descobre que isso custa mais do que a migra\u00e7\u00e3o inteira deveria.<\/p>\n\n\n\n
Esse artigo \u00e9 para quem constr\u00f3i e decide arquitetura de infraestrutura: onde o lock-in se esconde tecnicamente (dados, API, IaC, rede) e o que mudou de fato na regula\u00e7\u00e3o em 2025 e 2026, incluindo o motivo pelo qual essa regra europeia importa mesmo para quem opera s\u00f3 no Brasil.<\/p>\n\n\n\n
Vendor lock-in em cloud \u00e9 a situa\u00e7\u00e3o em que migrar sua opera\u00e7\u00e3o de um provedor para outro custa tempo e dinheiro desproporcionais ao valor t\u00e9cnico da mudan\u00e7a. N\u00e3o \u00e9 depend\u00eancia declarada em contrato. \u00c9 depend\u00eancia constru\u00edda em sil\u00eancio, decis\u00e3o t\u00e9cnica ap\u00f3s decis\u00e3o t\u00e9cnica, at\u00e9 o ponto em que sair vira um projeto de meses.<\/p>\n\n\n\n
A causa raiz quase nunca \u00e9 inten\u00e7\u00e3o maliciosa do provedor. \u00c9 acoplamento. Voc\u00ea usa o servi\u00e7o gerenciado de banco de dados de um provedor, a fila de mensageria propriet\u00e1ria de outro m\u00f3dulo, o storage com API espec\u00edfica, e cada pe\u00e7a economiza tempo de desenvolvimento no curto prazo. Multiplicado por dois ou tr\u00eas anos de produto em produ\u00e7\u00e3o, essas pe\u00e7as formam uma base que s\u00f3 roda ali.<\/p>\n\n\n\n
Bancos gerenciados, data warehouses e servi\u00e7os de storage costumam usar formatos propriet\u00e1rios de exporta\u00e7\u00e3o, \u00edndices internos que n\u00e3o replicam em outro provedor, ou APIs de consulta que existem s\u00f3 naquele ecossistema. Exportar os dados \u00e9 poss\u00edvel quase sempre. Export\u00e1-los de um jeito que outro provedor consiga importar sem reescrever pipeline \u00e9 outra hist\u00f3ria.<\/p>\n\n\n\n
Um exemplo concreto: um data warehouse gerenciado que usa formato colunar propriet\u00e1rio para otimizar consulta interna exporta os dados em CSV ou Parquet sem problema, mas as otimiza\u00e7\u00f5es de particionamento, os metadados de schema e as views materializadas ficam para tr\u00e1s. Quem migra recebe os dados brutos e precisa reconstruir toda a camada de performance do zero, no novo provedor. O dado saiu, a engenharia por tr\u00e1s dele n\u00e3o.<\/p>\n\n\n\n
Fun\u00e7\u00f5es serverless, filas de mensageria, servi\u00e7os de IA embutidos: cada hyperscaler tem sua vers\u00e3o, com contrato de API pr\u00f3prio. C\u00f3digo escrito contra essas APIs n\u00e3o porta. Ele precisa ser reescrito, fun\u00e7\u00e3o por fun\u00e7\u00e3o, o que transforma uma migra\u00e7\u00e3o de infraestrutura em um projeto de engenharia de produto.<\/p>\n\n\n\n
Terraform, Pulumi e Ansible resolvem parte do problema ao declarar sua infra como c\u00f3digo version\u00e1vel. Mas um m\u00f3dulo Terraform escrito com os providers espec\u00edficos de um hyperscaler documenta o lock-in, n\u00e3o o evita. Esse c\u00f3digo n\u00e3o roda em outro provedor sem reescrita total.<\/p>\n\n\n\n
Para mitigar esse risco de plataforma, arquiteturas modernas recorrem \u00e0 conteineriza\u00e7\u00e3o (como Kubernetes e Docker) como camada de abstra\u00e7\u00e3o. Nesse desenho, o IaC fica focado apenas em provisionar a funda\u00e7\u00e3o b\u00e1sica (IaaS), enquanto a aplica\u00e7\u00e3o e suas depend\u00eancias rodam isoladas das especificidades do provedor.<\/p>\n\n\n\n
Este \u00e9 o ponto mais mec\u00e2nico e menos discutido. Em 2026, as tr\u00eas maiores plataformas de cloud internacionais cobram entre US$ 0,087 e US$ 0,12 por GB de tr\u00e1fego de sa\u00edda para internet, dependendo do provedor e da faixa de volume. Uma opera\u00e7\u00e3o com 10 TB de tr\u00e1fego de sa\u00edda por m\u00eas paga cerca de 900 d\u00f3lares s\u00f3 em egress. Isso, antes de qualquer custo de migra\u00e7\u00e3o. Para uma empresa que precisa tirar dezenas de terabytes de um provedor de uma vez, esse valor sobe r\u00e1pido. Na pr\u00e1tica, vira uma multa por sair.<\/p>\n\n\n\n
O detalhe que a maioria dos times descobre tarde: egress n\u00e3o \u00e9 s\u00f3 o que sai para a internet. Tr\u00e1fego entre zonas de disponibilidade da mesma regi\u00e3o, processamento em NAT Gateway e replica\u00e7\u00e3o entre regi\u00f5es tamb\u00e9m s\u00e3o cobrados separadamente, e cada um desses itens aparece como linha isolada na fatura, dif\u00edcil de rastrear at\u00e9 a causa raiz. Uma arquitetura que parecia barata na calculadora de pre\u00e7os vira cara na pr\u00e1tica porque ningu\u00e9m somou o tr\u00e1fego interno ao tr\u00e1fego externo antes de assinar o contrato.<\/p>\n\n\n\n
At\u00e9 pouco tempo, vendor lock-in era discutido como risco arquitetural abstrato. Isso mudou com uma pe\u00e7a de regula\u00e7\u00e3o espec\u00edfica: o Data Act da Uni\u00e3o Europeia, em vigor desde janeiro de 2024 e aplic\u00e1vel desde 12 de setembro de 2025, que obriga provedores de cloud a tornar os dados de clientes port\u00e1veis e remover barreiras contratuais e t\u00e9cnicas de sa\u00edda.<\/p>\n\n\n\n
A regra n\u00e3o \u00e9 cosm\u00e9tica. A partir de 12 de janeiro de 2027, cobran\u00e7as de troca de provedor ficam proibidas, egress de sa\u00edda inclu\u00eddo. At\u00e9 l\u00e1, contratos de cloud podem ser encerrados com dois meses de aviso pr\u00e9vio. Os provedores tamb\u00e9m precisam documentar suas interfaces e dar suporte ativo \u00e0 migra\u00e7\u00e3o, sem impor obstru\u00e7\u00e3o comercial ou t\u00e9cnica.<\/p>\n\n\n\n
Voc\u00ea n\u00e3o opera na Uni\u00e3o Europeia. Ainda assim, a regra importa por dois motivos concretos. Primeiro, ela exp\u00f5e publicamente o quanto egress de sa\u00edda funcionava como mecanismo de reten\u00e7\u00e3o: mover 100 TB de dados de um hyperscaler podia custar v\u00e1rios milhares de euros, antes mesmo de come\u00e7ar o projeto de migra\u00e7\u00e3o. Segundo, as grandes plataformas internacionais de cloud responderam globalmente, n\u00e3o s\u00f3 na Europa. Hoje oferecem programas de egress zero para clientes que est\u00e3o de fato saindo da plataforma. As condi\u00e7\u00f5es s\u00e3o muito mais estreitas do que a manchete sugere: n\u00e3o cobrem tr\u00e1fego operacional do dia a dia, exigem aprova\u00e7\u00e3o pr\u00e9via via tickets de suporte (n\u00e3o \u00e9 um desconto autom\u00e1tico) e, frequentemente, obrigam o encerramento definitivo da conta e da infraestrutura em uma janela de tempo estrita para validar a isen\u00e7\u00e3o.<\/p>\n\n\n\n
O ponto pr\u00e1tico: se um provedor precisou de uma lei para parar de cobrar para voc\u00ea sair, isso diz alguma coisa sobre o modelo de neg\u00f3cio dele.<\/p>\n\n\n\n
Nada disso depende de regula\u00e7\u00e3o europeia para fazer sentido no Brasil. No Locaweb Cloud, o tr\u00e1fego de sa\u00edda entre zonas e o balanceamento de carga n\u00e3o t\u00eam cobran\u00e7a adicional, e os valores s\u00e3o cobrados em reais, sem a varia\u00e7\u00e3o cambial que distorce o planejamento de quem roda a fatura toda em d\u00f3lar. Voc\u00ea fecha o m\u00eas sabendo quanto vai pagar.<\/p>\n\n\n\n
A Tray, plataforma de e-commerce do mesmo grupo LWSA, estimou economia de R$ 45 mil por m\u00eas ao consolidar sua opera\u00e7\u00e3o no Locaweb Cloud, e o CTO da empresa atribuiu o ganho \u00e0 possibilidade de concentrar o time em construir produto em vez de administrar custo de infraestrutura multi-provedor. \u00c9 o tipo de resultado que vem de rodar no core da internet brasileira, previsibilidade financeira em troca de menos tempo de engenharia gasto gerenciando a pr\u00f3pria conta de cloud.<\/p>\n\n\n\n
Antes de migrar workload para qualquer provedor, tr\u00eas perguntas t\u00e9cnicas valem mais do que qualquer promessa comercial:<\/p>\n\n\n\n
Meus dados saem em formato aberto?<\/strong> Pe\u00e7a o formato de exporta\u00e7\u00e3o de cada servi\u00e7o gerenciado que voc\u00ea vai usar. Se a resposta for \u201cformato propriet\u00e1rio, mas export\u00e1vel\u201d, isso significa retrabalho de engenharia na sa\u00edda, n\u00e3o portabilidade real.<\/p>\n\n\n\n Meu c\u00f3digo de infraestrutura roda em outro provider sem reescrita total?<\/strong> Se seu Terraform depende de recursos exclusivos de um hyperscaler, sua IaC documenta o lock-in, n\u00e3o evita ele. Prefira provisionar com providers e m\u00f3dulos que tenham equivalente direto em pelo menos dois provedores.<\/p>\n\n\n\n Quanto custa tirar meus dados hoje, n\u00e3o daqui a tr\u00eas anos?<\/strong> Fa\u00e7a a conta de egress agora, com o volume atual, e projete para o volume esperado em dois anos. Se o n\u00famero j\u00e1 incomoda, o momento de revisar arquitetura \u00e9 antes de crescer, n\u00e3o depois.<\/p>\n\n\n\n Sem respostas claras para essas tr\u00eas perguntas, o pre\u00e7o por hora da VM vira o \u00fanico crit\u00e9rio de escolha, e \u00e9 exatamente a\u00ed que o lock-in se instala sem ningu\u00e9m perceber.<\/p>\n\n\n\n Vendor lock-in n\u00e3o \u00e9 uma preocupa\u00e7\u00e3o isolada. Ele se conecta com dois outros problemas que quem opera cloud enfrenta com regularidade. O primeiro \u00e9 regulat\u00f3rio e de soberania de dados: onde seus dados residem afeta tanto conformidade quanto a complexidade de uma eventual migra\u00e7\u00e3o (veja \u201cLGPD e Cloud Computing: onde seus dados precisam estar\u201d, locaweb.com.br\/blog). O segundo \u00e9 financeiro: fatura de cloud que cresce sem controle \u00e9, com frequ\u00eancia, sintoma da mesma causa raiz que gera lock-in, que \u00e9 falta de visibilidade sobre o que sua arquitetura realmente depende de um \u00fanico provedor (veja \u201cPor que sua fatura de cloud cresce todo m\u00eas sem voc\u00ea mudar nada\u201d, locaweb.com.br\/blog).<\/p>\n\n\n\n Do lado da solu\u00e7\u00e3o t\u00e9cnica, infraestrutura como c\u00f3digo bem estruturada \u00e9 a ferramenta mais direta para tornar seu ambiente audit\u00e1vel e, na medida do poss\u00edvel, port\u00e1vel (veja \u201cTerraform: O que \u00e9 e por que usar Infraestrutura como C\u00f3digo\u201d, locaweb.com.br\/blog). N\u00e3o elimina lock-in de API sozinha, mas documenta exatamente onde ele existe, o que j\u00e1 \u00e9 metade do trabalho de mitiga\u00e7\u00e3o.<\/p>\n\n\n\nOnde vendor lock-in aparece na pr\u00e1tica: LGPD, custo e arquitetura<\/h2>\n\n\n\n
FAQ \u2013 Perguntas frequentes sobre vendor lock-in em cloud<\/h2>\n\n\n\n