O Protocolo de Contexto de Modelo (MCP) padroniza como os modelos de linguagem grandes (LLMs) e os aplicativos ou agentes de IA se conectam a fontes de dados externas. Os servidores MCP permitem que você use as ferramentas, os recursos e os comandos deles para realizar ações e receber dados atualizados do serviço de back-end.
Qual é a diferença entre servidores MCP locais e remotos?
- Servidores MCP locais
- Normalmente, são executados na máquina local e usam os streams de entrada e saída padrão (stdio) para comunicação entre serviços no mesmo dispositivo.
- Servidores MCP remotos
- São executados na infraestrutura do serviço e oferecem um endpoint HTTP para que os aplicativos de IA se comuniquem entre o cliente MCP de IA e o servidor MCP. Para mais informações sobre a arquitetura do MCP, consulte Arquitetura do MCP.
Núcleo sem estado
Com a
versão 2026-07-28 do MCP,
o MCP muda de um protocolo bidirecional com estado para um protocolo sem estado.
Cada solicitação do MCP é autodescritiva e pode ser roteada usando cabeçalhos. Não é necessário
o handshake initialize/initialized ou Mcp-Session-Id porque
cada solicitação inclui todas as informações necessárias nos cabeçalhos HTTP ou no parâmetro
_meta. Os servidores MCP podem solicitar mais informações necessárias para uma ferramenta
usando
solicitações de ida e volta (MRTR, na sigla em inglês).
Para ajudar a rotear e processar solicitações sem analisar o corpo da solicitação, alguns cabeçalhos do MCP são necessários, incluindo os seguintes:
- Cabeçalhos exigidos pela especificação do MCP, como o cabeçalho da versão do protocolo e os cabeçalhos da solicitação padrão.
- Cabeçalhos personalizados
definidos pelo servidor MCP. Esses cabeçalhos são espelhados em cabeçalhos HTTP do esquema de entrada da ferramenta usando a propriedade
x-mcp-header. Por exemplo, um servidor MCP pode definir um cabeçalho personalizado para especificar a região do Google Cloud ou o ID do projeto.
Para mais informações sobre a arquitetura do MCP, consulte a especificação e as principais mudanças da versão 2026-07-28 do MCP.
Servidores MCP remotos do Google e do Google Cloud
Os servidores MCP remotos do Google e do Google Cloud têm os seguintes recursos e benefícios:- Descoberta simplificada e centralizada
- Endpoints HTTP globais ou regionais gerenciados
- Autorização detalhada
- Segurança opcional de comandos e respostas com a proteção do Model Armor
- Geração de registros de auditoria centralizada
Para informações sobre outros servidores MCP e sobre os controles de segurança e governança disponíveis para servidores MCP do Google Cloud, consulte Visão geral dos servidores MCP do Google Cloud.
Antes de começar
- Você precisa ter um projeto do Google Cloud com a API Cloud Location Finder ativada. Para instruções, consulte o Guia de início rápido do Cloud Location Finder.
Funções exigidas
Para receber as permissões necessárias para usar o servidor MCP do Cloud Location Finder, peça ao administrador para conceder a você os seguintes papéis do IAM no projeto em que você quer usar o servidor MCP do Cloud Location Finder:
-
Fazer chamadas de ferramenta do MCP:
Usuário da ferramenta MCP (
roles/mcp.toolUser)
Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.
Esses papéis predefinidos contêm as permissões necessárias para usar o servidor MCP do Cloud Location Finder. Para acessar as permissões exatas necessárias, expanda a seção Permissões necessárias:
Permissões necessárias
As permissões a seguir são necessárias para usar o servidor MCP do Cloud Location Finder:
-
Fazer chamadas de ferramentas do MCP:
mcp.tools.call
Essas permissões também podem ser concedidas com funções personalizadas ou outros papéis predefinidos.
Autenticação e autorização
O servidor MCP remoto do Cloud Location Finder usa o protocolo OAuth 2.0 com o Identity and Access Management (IAM) para autenticação e autorização. Todas as identidades doGoogle Cloud são compatíveis com a autenticação em servidores MCP.O servidor MCP remoto do Cloud Location Finder exige autenticação usando o OAuth 2.0. Ela não aceita chaves de API.
Recomendamos que você crie uma identidade separada para os agentes que usam ferramentas do MCP, para que o acesso aos recursos possa ser controlado e monitorado. Para mais informações sobre autenticação, consulte Autenticar em servidores MCP.
Escopos OAuth do MCP do Cloud Location Finder
O OAuth 2.0 usa escopos e credenciais para determinar se um principal autenticado tem autorização para realizar uma ação específica em um recurso. Para mais informações sobre os escopos do OAuth 2.0 no Google, leia Como usar o OAuth 2.0 para acessar as APIs do Google.
O Cloud Location Finder requer o seguinte escopo OAuth da ferramenta MCP:
| URI de escopo para a CLI gcloud | Descrição |
|---|---|
https://www.googleapis.com/auth/cloud-platform |
Permite acesso total a todos os serviços do Google Cloud . |
Outros escopos podem ser necessários nos recursos acessados durante uma chamada de ferramenta.
Configurar um cliente MCP para usar o servidor MCP do Cloud Location Finder
Os aplicativos e agentes de IA, como o Claude ou o Antigravity, podem instanciar um cliente MCP que se conecta a um único servidor MCP. Um aplicativo de IA pode ter vários clientes que se conectam a diferentes servidores MCP. Se o aplicativo não estiver listado nas orientações específicas do cliente, use as informações a seguir para se conectar na maioria dos aplicativos.
No seu aplicativo de IA, procure uma maneira de adicionar ou se conectar a um servidor MCP remoto. Para o servidor MCP do Cloud Location Finder, insira as seguintes informações conforme necessário:
- Nome do servidor: servidor MCP do Cloud Location Finder
- URL do servidor ou Endpoint:
https://cloudlocationfinder.googleapis.com/mcp - Transporte: HTTP com streaming
- Detalhes de autenticação: dependendo de como você quer fazer a autenticação, insira suas credenciais do Google Cloud , o ID e a chave secreta do cliente OAuth ou uma identidade e credenciais de agente. Para mais informações sobre autenticação, consulte Autenticar em servidores MCP.
- Escopo do OAuth: o servidor MCP do Cloud Location Finder requer o escopo
https://www.googleapis.com/auth/cloud-platform.
URIs de redirecionamento
Para aplicativos baseados na Web e alguns aplicativos para computador, é necessário incluir um URI de redirecionamento na lista de permissões ao criar um ID do cliente e uma chave secreta para autenticação. Os URIs de redirecionamento são usados pelo servidor de autorização para enviar tokens ao aplicativo. A documentação do aplicativo precisa especificar o URI de redirecionamento que você precisa usar. URIs de redirecionamento personalizados não são compatíveis.
Para orientações específicas sobre como configurar e se conectar ao servidor MCP, consulte Orientações específicas para o cliente.
Para orientações mais gerais, consulte os seguintes recursos:
Ferramentas disponíveis
Para conferir detalhes das ferramentas MCP disponíveis e as descrições delas para o servidor MCP do Cloud Location Finder, consulte a referência do MCP do Cloud Location Finder.
Listar ferramentas
Use o MCP Inspector para listar ferramentas ou envie uma solicitação HTTP tools/list diretamente ao servidor MCP remoto do Cloud Location Finder. O método tools/list não requer autenticação.
curl -X POST https://cloudlocationfinder.googleapis.com/TOOLSET_ENDPOINT \
-H 'Content-Type: application/json' \
-H 'Accept: application/json' \
-H 'MCP-Protocol-Version: MCP_PROTOCOL_VERSION' \
-H 'Mcp-Method: tools/list' \
-d '{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/list",
"params": {
"_meta": {
"io.modelcontextprotocol/protocolVersion": "MCP_PROTOCOL_VERSION",
"io.modelcontextprotocol/clientCapabilities": {
"extensions": {
"io.modelcontextprotocol/ui": {
"mimeTypes": ["text/html;profile=mcp-app"]
}
}
}
}
}
}'
Substitua:
TOOLSET_ENDPOINT: o restante do endpoint do MCP após o nome do serviço. Por exemplo, para o Cloud Location Finder, pode sermcp/toolset-name.MCP_PROTOCOL_VERSION: a versão do protocolo MCP. Por exemplo,2026-07-28.
Exemplos de casos de uso
Confira a seguir exemplos de casos de uso do servidor MCP do Cloud Location Finder. Estes exemplos mostram os tipos de comandos que você pode fornecer ao agente.
Proximidade e latência
Comando: "Encontre a zona do Google Cloud mais próxima da região us-east-1 da AWS."
Isso solicita que o agente use a ferramenta search_cloud_locations para filtrar as zonas mais próximas do local aws-us-east-1 com base na latência da rede:
Sustentabilidade
Comando: "Liste as regiões do Google Cloud que têm uma porcentagem de energia livre de carbono de 80% ou mais."
Isso solicita que o agente use a ferramenta list_cloud_locations para filtrar regiões com um carbon_free_energy_percentage >= 80:
Configuração de compliance
Comando: "Encontre todos os locais de nuvem na Europa para garantir a conformidade com a residência de dados."
Configurações opcionais de segurança e proteção
O MCP apresenta novos riscos e considerações de segurança devido à grande variedade de ações que podem ser realizadas com as ferramentas do MCP. Para minimizar e gerenciar esses riscos, oGoogle Cloud oferece configurações padrão e políticas personalizáveis para controlar o uso de ferramentas do MCP na sua organização ou projeto do Google Cloud.
Para mais informações sobre a segurança e a governança do MCP, consulte Segurança e proteção da IA.
Controlar o uso do MCP com políticas do IAM
As políticas de negação e permissão do Identity and Access Management (IAM) ajudam a proteger o Google Cloud e os servidores MCP do Google.
É possível combinar vários critérios para criar políticas personalizadas de segurança e governança, permitindo ou negando o acesso com base no seguinte:
- O principal.
- Propriedades da ferramenta, como o atributo somente leitura.
- O nome do serviço ou da ferramenta.
- O ID do cliente OAuth do aplicativo.
Para mais informações, consulte Controlar o uso do MCP com o Identity and Access Management.
A seguir
- Leia a documentação de referência do MCP do Cloud Location Finder.
- Saiba mais sobre os servidores MCP do Google Cloud.