O mesmo Claude, fronteiras diferentes: no Azure e na AWS, o caminho de entrega é a decisão de governança
O Claude chega às empresas pelo Microsoft Foundry, pelo Amazon Bedrock e por outros caminhos cobrados pela AWS. O modelo é o mesmo; o tratamento de dados, a identidade e as ferramentas não.
Ouça este artigo · 7 min
Narração completa do artigo, gerada por IA.
Uma pergunta comum nas empresas parece simples: “Podemos usar o Claude?” Em 2026, a resposta honesta é outra pergunta: “Por qual porta?”
Em 30 de setembro, a Anthropic fez duas sessões com os seus parceiros de nuvem. Uma, com a Microsoft, mostrou as integrações de ferramentas do Claude no Microsoft Foundry. A outra, com a AWS, apresentou quatro caminhos diferentes para levar o Claude à produção na AWS. Somadas à atualização do Foundry publicada pela Microsoft em agosto, elas deixam um ponto claro: o mesmo modelo agora chega por vários caminhos de entrega, e cada caminho traça a fronteira de dados, identidade e cobrança em um lugar diferente.
No Azure: os recursos dependem do tipo de deploy
Em agosto, a Microsoft levou cinco recursos do Claude para os deploys do Foundry hospedados no Azure. Até então, eles só existiam nos deploys hospedados pela Anthropic:
- Structured outputs (disponibilidade geral): a geração é restringida por uma gramática compilada a partir do seu JSON Schema, então a saída não sai malformada.
- Web search e web fetch (disponibilidade geral), com citações.
- Tool search (disponibilidade geral): o Claude procura em um catálogo de ferramentas e carrega só as que precisa.
- Conector MCP (beta): o Claude chama servidores MCP remotos diretamente, com listas de permissão e de bloqueio.
Os detalhes importam mais do que a lista. A Microsoft afirma que, nos deploys hospedados no Azure, prompts e respostas ficam dentro do Azure, e só metadados de uso e conteúdo sinalizado pelos sistemas de segurança da Anthropic saem para a Anthropic. Também avisa que a troca do conector MCP com os servidores não está coberta pela retenção zero de dados, e que os schemas de structured outputs ficam em cache por 24 horas, por isso não devem conter dados sensíveis de saúde. Os tipos de deploy suportados são Global Standard e US Data Zone Standard, este último mantendo a inferência nos Estados Unidos.
Na AWS: quatro caminhos, quatro fronteiras
A Anthropic e a AWS descrevem quatro formas de usar o Claude na AWS:
| Caminho | O que entrega | Fronteira, segundo os fornecedores |
|---|---|---|
| Claude Platform on AWS | A API completa da Anthropic | A AWS cuida da cobrança e do login |
| Claude no Amazon Bedrock | O Claude como serviço da AWS | A AWS é a única operadora dos dados |
| Claude Enterprise pelo AWS Marketplace | O produto completo, com SSO e controles de administração | Licenças e uso cobrados pela AWS |
| Claude Desktop no Bedrock | O app de desktop apontado para o seu Bedrock | Prompts e respostas ficam dentro da sua conta AWS |
O trade-off aparece no próprio discurso dos fornecedores: um caminho privilegia os recursos mais novos para desenvolvedores, outro mantém o provedor de nuvem como único operador dos dados, outro entrega um produto pronto para o usuário final.
- Claude Platform on AWS
- Foundry, hospedado pela Anthropic
- Amazon Bedrock
- Foundry, hospedado no Azure
- A Anthropic roda a inferência: Claude Platform on AWS · Foundry, hospedado pela Anthropic
- O seu provedor de nuvem roda a inferência: Amazon Bedrock · Foundry, hospedado no Azure
Prompts e respostas ficam na fronteira do seu provedor de nuvem, segundo AWS e Microsoft
O que o caminho decide de verdade
Quem trata os seus dados. A diferença entre “a Anthropic roda a inferência” e “o seu provedor de nuvem roda a inferência” é a primeira coisa que privacidade e compras vão perguntar. Ela define qual contrato, quais termos de tratamento de dados e quais direitos de auditoria valem.
Quais recursos você tem, e quando. Os recursos nem sempre chegam a todos os caminhos ao mesmo tempo. A própria atualização da Microsoft é um exemplo: cinco recursos chegaram aos deploys hospedados no Azure depois de já estarem disponíveis nos deploys hospedados pela Anthropic. Se o caso de uso depende de um recurso em beta, confira qual caminho já o oferece.
Por onde as ferramentas vazam. A fronteira do modelo não é a fronteira do agente. O web search chega à internet pública. O conector MCP troca dados com qualquer servidor para o qual você apontar, fora da retenção zero. O desenho das ferramentas precisa da sua própria revisão de dados.
Como funciona a identidade. Uma assinatura do Claude Enterprise pelo Marketplace traz SSO e controles de administração para pessoas. Uma aplicação que chama o Bedrock ou o Foundry usa identidades e papéis da nuvem. São modelos de governança diferentes, e muitas empresas vão precisar dos dois.
O que isso significa no Brasil
Boa parte das grandes empresas brasileiras tem o Microsoft 365, o Entra ID e o Azure como base. Para elas, o Foundry hospedado no Azure passa a ser um caminho sério para agentes: o mesmo relacionamento comercial, o mesmo modelo de identidade e a mesma fronteira de dados que o time de TI já conhece, agora com as ferramentas que antes exigiam deploys hospedados pela Anthropic. É o que significa ser Microsoft-native sem ser Microsoft-only: a governança fica no stack da Microsoft e a escolha de modelo continua aberta. Analisamos o movimento inverso, agentes do Google agindo dentro do Microsoft 365, na nossa análise do Gemini Enterprise com o Microsoft 365.
Há um cuidado específico para quem está aqui. Os tipos de deploy citados pela Microsoft para esses recursos são Global Standard e US Data Zone Standard, e nenhum deles mantém a inferência no Brasil. Na AWS, vale conferir se o modelo do Claude que você precisa é oferecido na região de São Paulo ou apenas por perfis de inferência entre regiões, que encaminham as requisições para outras regiões. Nos dois casos, dados pessoais de clientes brasileiros podem sair do país, e a LGPD trata a transferência internacional com regras próprias (Resolução CD/ANPD nº 19/2024). Envolva o time de privacidade na escolha do caminho, e não depois.
O que fazer agora
- Escolha o caminho por caso de uso, não pela empresa inteira. Um assistente interno e um agente que atende clientes podem pertencer a caminhos diferentes.
- Escolha o tipo de deploy com intenção, sabendo onde a inferência acontece em cada um.
- Revise cada ferramenta separadamente. Liste quais ferramentas enviam dados para fora da fronteira e decida quais valem para quais classes de dados.
- Mantenha schemas e prompts limpos. Nada de dado sensível em artefatos que ficam em cache, como os schemas de saída.
- Registre o porquê. Anote caminho, tipo de deploy e revisão de dados de cada caso de uso, para a decisão sobreviver à próxima auditoria.
Em resumo
Acesso ao modelo deixou de ser uma decisão única. O mesmo Claude pode ficar dentro da fronteira do seu provedor de nuvem ou da fronteira do fornecedor do modelo, ser cobrado por um ou por outro e acessar ferramentas que atravessam as duas. Os times que andarem mais rápido vão tratar o caminho de entrega como decisão de arquitetura, com um responsável. É a mesma lição que tiramos do runtime gerenciado de agentes da AWS: a plataforma oferece os mecanismos, e a fronteira continua sendo sua.