O protocolo MCP fez algo notável no ano passado: fez com que todos os frameworks de IA usassem a mesma interface para chamar ferramentas. Mas um problema permaneceu sem solução — a qualidade dos servidores MCP é desigual, as empresas precisam mantê-los por conta própria e assumir a responsabilidade em caso de falhas.
O Google resolveu esse problema silenciosamente em dezembro passado: servidores MCP hospedados oficialmente, especificamente para conectar seus próprios serviços em nuvem, implantação imediata e, em caso de problemas, o Google assume a responsabilidade.
O que foi conectado e como
Os quatro primeiros serviços lançados foram: BigQuery, Google Maps, Google Compute Engine (GCE), Google Kubernetes Engine (GKE). A escolha desses quatro não é surpreendente, pois eles cobrem exatamente os quatro cenários mais comuns para Agentes de IA empresariais: análise de dados, dados geoespaciais, infraestrutura em nuvem e orquestração de contêineres.
Experiência concreta: os desenvolvedores só precisam apontar seu cliente de Agente de IA (por exemplo, Gemini CLI) para o endpoint MCP gerenciado pelo Google e podem chamar esses serviços diretamente, sem precisar instalar, configurar ou manter nada.
Como era a solução anterior? A comunidade criou servidores MCP não oficiais para BigQuery, que você mesmo implantava, geria e, se a versão ficasse desatualizada, você mesmo corrigia. Esta é a doença comum de todos os "MCPs da comunidade": são úteis, mas frágeis e inadequados para produção.
A diferença da versão oficial está na estabilidade e segurança:
- Gerenciamento de permissões: usa o mecanismo familiar IAM do Google Cloud
- Logs de auditoria: registros de operações via Cloud Audit Logs, atendendo aos requisitos de conformidade empresarial
- Proteção de segurança: Google Cloud Model Armor bloqueia ataques de injeção indireta de Prompt via MCP
- Descoberta de serviços: Cloud API Registry gerencia quais ferramentas estão disponíveis, evitando que o Agente de IA chame interfaces que não deveria
Após 17 de março: ativação automática
Um detalhe digno de nota: a partir de 17 de março de 2026, se você ativar um serviço compatível no GCP, o servidor MCP correspondente será ativado automaticamente.
Essa decisão tem um significado claro: o MCP não é mais um recurso que "precisa de configuração adicional", mas sim a interface padrão dos serviços do Google Cloud. Assim como o BigQuery naturalmente tem uma API REST, agora ele também tem MCP naturalmente.
Uma série de outros serviços está sendo integrada gradualmente:
- Camada de computação: Cloud Run, Cloud Storage, Cloud Resource Manager
- Bancos de dados: AlloyDB, Cloud SQL, Spanner, Memorystore
- Análise: Looker, BigQuery Migration Service, Dataplex
- Mensageria: Pub/Sub, Kafka
- Segurança e operações: Google Security Operations, Cloud Logging, Cloud Monitoring
- Ferramentas de desenvolvimento: Developer Knowledge API, Android Management API
Basicamente, o mapa completo de serviços do Google Cloud.
O que as pessoas da Anthropic dizem
David Soria Parra, cocriador do MCP e agora na Anthropic, fez uma declaração clara sobre isso:
"O suporte do Google ao MCP em uma linha de produtos tão diversificada, combinado com sua colaboração estreita na especificação do protocolo, ajudará mais desenvolvedores a construir aplicações de IA agentivas. Com o aumento da adoção nas principais plataformas, estamos mais próximos do objetivo de que 'Agentes de IA possam trabalhar perfeitamente entre as ferramentas e serviços que as pessoas usam diariamente'.
A lógica por trás dessa afirmação: o valor do MCP está no efeito de rede — quanto mais serviços são integrados, mais o Agente de IA pode fazer, mais sólida se torna a posição do protocolo. Esse movimento do Google ajudou o MCP a fazer algo que ele não podia fazer sozinho — fazer os desenvolvedores acreditarem que este protocolo é sério e não vai desaparecer a qualquer momento.
Um exemplo para esclarecer
O Google apresentou um caso de uso real: um Agente de IA para seleção de localização de lojas para varejistas.
- Usar o BigQuery para extrair dados de vendas dos últimos 3 anos de várias cidades para fazer previsões de receita
- Chamar o serviço Google Maps para encontrar a localização dos concorrentes, infraestrutura ao redor e raio de entrega na cidade-alvo
Antes, essas duas tarefas exigiam dois SDKs diferentes, agora um único cliente MCP chama dois endpoints. Os dados fluem dentro da infraestrutura do Google, sem necessidade de construir um pipeline de dados próprio, e o gerenciamento de permissões usa o mesmo IAM.
Este exemplo ilustra a lógica central do Google ao fazer isso: não é para seguir a tendência do MCP, mas para tornar a combinação Gemini + GCP mais atraente para as empresas. Você usa o Gemini como Agente, a chamada de ferramentas passa pelo MCP oficial, em caso de problemas há suporte, e a fatura está no mesmo lugar. Isso é muito melhor do que juntar um monte de ferramentas de código aberto.
Para que os Agentes de IA sejam úteis, a chamada de ferramentas precisa ser confiável. O Google resolveu o problema de "quem é responsável pelas ferramentas" com o MCP oficial.
Fonte de referência: CocoLoop, Google Launches Managed Remote MCP Servers for Its Cloud Services (The New Stack); Announcing official MCP support for Google services (Google Cloud Blog)