O lock-in da nuvem saiu da fatura — Reino Unido mira IAM e Kubernetes

O preço caiu; a dependência ficou

O regulador de concorrência do Reino Unido atualizou em 16 de outubro sua avaliação sobre a capacidade de clientes trocarem de provedor de nuvem ou operarem em múltiplas nuvens. A conclusão não é que nada mudou. AWS e Microsoft adotaram medidas para reduzir tarifas de saída, ampliar interconexões, receber pedidos de interoperabilidade e administrar recursos externos.

Contratos foram atualizados para permitir transferência gratuita de dados quando o cliente troca de provedor. A janela de migração passou de 90 para 180 dias, e os reembolsos podem alcançar situações de multicloud durante a transição. As empresas também vêm conectando data centers a rivais, começando por Google e Oracle, embora parte dessas conexões ainda esteja em implantação ou fora do Reino Unido.

Mesmo assim, a Competition and Markets Authority afirma continuar ouvindo que existem barreiras materiais. Algumas ações anunciadas em março seguem pendentes, a adoção dos novos programas ainda é pequena e o efeito final não foi medido. Reduzir o custo de mover bytes resolve uma parcela do lock-in; não traduz as decisões que dão sentido a esses bytes.

IAM virou a nova fronteira multicloud

Identity and Access Management define quem ou o que pode acessar cada recurso, executar cada ação e assumir cada função. A federação de identidades permite autenticar usuários em ambientes diferentes, mas o problema apontado pela CMA aparece na autorização: AWS e Azure descrevem ações, recursos, funções e políticas com linguagens e modelos próprios.

Quando uma carga muda de nuvem, equipes precisam reconstruir essa lógica. Controles finos podem ser uma inovação útil dentro de cada plataforma, mas aumentam o custo de traduzir permissões entre elas. O regulador diz que clientes enxergam valor em harmonizar elementos centrais das políticas, sem afirmar que todos os recursos devam se tornar idênticos.

AWS e Microsoft aceitaram trabalhar com a CMA, clientes e concorrentes sobre o tema. Ainda não existe solução escolhida. Isso é um programa técnico voluntário sob supervisão, não uma obrigação regulatória definida nem um padrão de IAM já aprovado.

Portabilidade real não é copiar dados. É mover uma aplicação sem perder a lógica que decide quem pode fazer o quê.

Kubernetes não elimina dependências nativas

Kubernetes oferece uma base comum para empacotar e operar aplicações, o que frequentemente sustenta promessas de portabilidade. Na prática, os contêineres dependem de redes, identidades, armazenamento, observabilidade, balanceadores e outros serviços específicos de cada nuvem. A orquestração pode ser comum enquanto o entorno continua proprietário.

A CMA concentrará trabalho na portabilidade de aplicações containerizadas e quer que a documentação de AWS e Azure ajude clientes a desenhar arquiteturas que possam ser implantadas e migradas sem barreiras desnecessárias. Identidade é uma dependência; serviços de rede são outra. O relatório não promete que qualquer cluster poderá ser transferido sem engenharia.

Para equipes empresariais, a conclusão operacional é simples: uma aplicação só é portável quando o teste de recuperação funciona em um ambiente alternativo. Manifestos Kubernetes iguais não bastam se segredos, políticas, filas, bancos, telemetria e rotas continuam presos a APIs exclusivas.

Agentes de IA reduzem trabalho, não apagam arquitetura

O relatório dedica espaço a agentes de programação e a padrões como Model Context Protocol e Agent2Agent. AWS e Microsoft apoiam MCP e A2A, e agentes podem traduzir ou adaptar código para outro provedor. A CMA, porém, registra que o impacto sobre troca e multicloud ainda é incerto.

Clientes disseram ao regulador que permanece trabalho significativo para remover dependências específicas, adaptar a carga ao destino e testar a segurança do código gerado. Um agente pode acelerar a conversão de infraestrutura como código; ele não decide sozinho se a política de acesso preservou privilégio mínimo ou se uma dependência gerenciada ganhou equivalente funcional.

A leitura é importante para o mercado de automação. Interoperabilidade de ferramentas não é interoperabilidade de resultados. MCP conecta sistemas e A2A facilita comunicação entre agentes, mas a empresa ainda precisa de contratos, testes, identidade e observabilidade capazes de sobreviver à mudança de fornecedor.

Pressão formal permanece como alternativa

A CMA optou por continuar o diálogo participativo com Amazon e Microsoft e avaliar o progresso na primavera britânica de 2027. Reuters confirmou que o órgão mantém sob revisão a possibilidade de abrir uma investigação completa de strategic market status sobre serviços de nuvem. Isso não significa que AWS ou Azure tenham recebido essa designação.

Em paralelo, o regulador publicou uma decisão provisória sobre o ecossistema de software empresarial da Microsoft. Se a designação for confirmada, ela poderá abrir caminho para intervenções sobre licenciamento que afeta a concorrência em nuvem. Também aqui, decisão provisória não é condenação nem conclusão de ilícito.

A inferência editorial é que o debate de concorrência está descendo da camada comercial para a camada de sistemas. Empresas que tratam identidade, contêineres, dados e automações como ativos portáveis ganham poder de negociação antes de qualquer regra. Quem só descobre as dependências no projeto de saída já pagou pelo lock-in.

A tese Fluxia

Arquitetura multicloud não exige duplicar tudo. Exige saber quais capacidades precisam atravessar provedores, quais podem permanecer nativas e qual evidência demonstra que a transição funciona. O objetivo é opção estratégica, não complexidade ornamental.

Na prática, isso significa versionar políticas, limitar acoplamento a serviços proprietários onde ele não cria vantagem, manter dados exportáveis, testar restauração, mapear equivalências e medir o custo de saída. O regulador britânico ainda não tem a solução; ao escolher IAM e Kubernetes, identificou onde a promessa de portabilidade encontra a operação real.