O padrão do 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. Com os servidores MCP, você pode usar 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 executados na máquina local e usam os fluxos de entrada e saída padrão (stdio) para comunicação entre serviços no mesmo dispositivo.
- Servidores MCP remotos
- Executar na infraestrutura do serviço e oferecer um endpoint HTTP para aplicativos de IA para comunicação entre o cliente MCP de IA e o servidor MCP. Para mais informações sobre a arquitetura do MCP, consulte Arquitetura do MCP.
Servidores MCP remotos do Google e 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
- Registro de auditoria centralizado
Para informações sobre outros servidores MCP e 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
- Faça login na sua conta do Google Cloud . Se você começou a usar o Google Cloud, crie uma conta para avaliar o desempenho de nossos produtos em situações reais. Clientes novos também recebem US$ 300 em créditos para executar, testar e implantar cargas de trabalho.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.
Enable the Backup and DR API.
Roles required to enable APIs
To enable APIs, you need the
serviceusage.services.enablepermission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.-
Ao usar um provedor de identidade (IdP) externo, primeiro faça login na CLI gcloud com sua identidade federada.
-
Para inicializar a CLI gcloud, execute o seguinte comando:
gcloud init -
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.
Enable the Backup and DR API.
Roles required to enable APIs
To enable APIs, you need the
serviceusage.services.enablepermission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.-
Ao usar um provedor de identidade (IdP) externo, primeiro faça login na CLI gcloud com sua identidade federada.
-
Para inicializar a CLI gcloud, execute o seguinte comando:
gcloud init
Papéis e permissões necessárias
Para receber as permissões necessárias para usar o servidor MCP remoto do Backup and DR, peça ao administrador para conceder a você os seguintes papéis do IAM no projeto em que você quer usar o servidor MCP remoto do Backup and DR:
-
Fazer chamadas de ferramentas do MCP:
Usuário da ferramenta MCP (
roles/mcp.toolUser) -
Para operações de leitor (como listar vaults ou planos):
Leitor de backup e DR (
roles/backupdr.viewer) -
Para operações de operador e restauração (como acionar backups ou restaurações):
- Operador de backup e DR (
roles/backupdr.operator) - Usuário de Backup e DR (
roles/backupdr.restoreUser)
- Operador de backup e DR (
-
Para operações de administrador (como criar ou excluir cofres ou planos):
Administrador de backup e DR (
roles/backupdr.admin)
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 remoto do Backup e DR. Para acessar as permissões exatas necessárias, expanda a seção Permissões necessárias:
Permissões necessárias
As seguintes permissões são necessárias para usar o servidor MCP remoto do Backup e DR:
-
Fazer chamadas de ferramentas do MCP:
mcp.tools.call -
Liste os cofres de backup em um determinado projeto e local:
backupdr.backupVaults.list -
Liste os planos de backup em um determinado projeto e local:
backupdr.backupPlans.list -
Liste as associações de planos de backup em um determinado projeto e local:
backupdr.backupPlanAssociations.list -
Liste as origens de dados em um determinado projeto e local:
backupdr.bvdataSources.list -
Liste os backups em um determinado projeto e local:
backupdr.bvbackups.list -
Receba cofres de backup em um determinado projeto e local:
backupdr.backupVaults.get -
Receber planos de backup em um determinado projeto e local:
backupdr.backupPlans.get -
Receber associações de planos de backup em um determinado projeto e local:
backupdr.backupPlanAssociations.get -
Receba fontes de dados em um determinado projeto e local:
backupdr.bvdataSources.get -
Receba backups em um determinado projeto e local:
backupdr.bvbackups.get -
Crie um backup vault:
backupdr.backupVaults.create -
Crie um plano de backup:
backupdr.backupPlans.create -
Crie uma associação de plano de backup:
backupdr.backupPlanAssociations.create -
Restaurar um backup:
backupdr.bvbackups.restore
Essas permissões também podem ser concedidas com funções personalizadas ou outros papéis predefinidos.
Para mais informações, consulte Papéis do IAM do Backup e DR.
Autenticação e autorização
O servidor MCP remoto do Backup e DR usa o protocolo OAuth 2.0 com o Identity and Access Management (IAM) para autenticação e autorização. Todas as Google Cloud identidades são compatíveis com a autenticação em servidores MCP.Recomendamos que você crie uma identidade separada (por exemplo, uma conta de serviço) para agentes que usam ferramentas do MCP. Assim, o acesso aos recursos pode ser controlado e monitorado. Para mais informações, consulte Autenticar em servidores do MCP.
Escopos do OAuth do MCP de Backup e DR
O OAuth 2.0 usa escopos e credenciais para determinar se um principal autenticado está autorizado a 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 Backup e DR tem o seguinte escopo OAuth da ferramenta MCP:
| URI do escopo | Descrição |
|---|---|
https://www.googleapis.com/auth/cloud-backupdr |
Visualizar, configurar e gerenciar recursos do Backup e DR. |
Outros escopos podem ser necessários nos recursos acessados durante uma chamada de ferramenta. Para conferir uma lista dos escopos necessários para o Backup e DR, consulte API Backup e DR.
Configurar um cliente MCP para usar o servidor MCP do Backup e DR
Aplicativos e agentes de IA, como Claude ou 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 do 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 Backup e DR, insira as seguintes informações, conforme necessário:
- Nome do servidor: servidor MCP de backup e DR
- URL do servidor ou Endpoint:
https://backupdr.googleapis.com/mcp - Transporte: HTTP
- Detalhes da autenticação: suas Google Cloud credenciais, ID e chave secreta do cliente OAuth ou credenciais da conta de serviço. Para mais informações sobre autenticação, consulte Autenticar em servidores do MCP.
- Escopo do OAuth:
https://www.googleapis.com/auth/cloud-backupdr
URIs de redirecionamento
Para aplicativos baseados na Web e alguns aplicativos para computador, é necessário adicionar à lista de permissões um URI de redirecionamento ao criar um ID e uma chave secreta do cliente para autenticação. Os URIs de redirecionamento são usados pelo servidor de autorização para enviar tokens ao seu aplicativo. A documentação do aplicativo deve especificar o URI de redirecionamento que você precisa usar. URIs de redirecionamento personalizados não são aceitos.
Para orientações específicas sobre como configurar e se conectar ao servidor MCP, consulte Orientações específicas do cliente.
Para orientações mais gerais, consulte os seguintes recursos:
Ferramentas disponíveis
Para conferir detalhes das ferramentas do MCP disponíveis e as descrições delas para o servidor MCP do Backup e DR, consulte Referência do MCP do Backup e DR.
Ferramentas de lista
Use o MCP Inspector para
listar ferramentas ou envie uma solicitação HTTP tools/list
diretamente ao servidor MCP remoto do Backup e DR. O método tools/list não requer autenticação.
POST /mcp HTTP/1.1
Host: backupdr.googleapis.com
Content-Type: application/json
{
"jsonrpc": "2.0",
"method": "tools/list"
}
Exemplos de casos de uso
Depois que o servidor estiver conectado, use comandos em linguagem natural no cliente de IA para gerenciar o ambiente de backup.
Avaliar a integridade do backup em um projeto
"Mostre a lista de recursos desprotegidos no projeto PROJECT_ID para a região LOCATION."
Substitua:
PROJECT_ID: o ID do projeto em que você quer verificar a integridade do backup.LOCATION: a região em que seus recursos estão localizados.
Criar um backup vault e um plano de backup
"Crie um backup vault chamado VAULT_NAME em LOCATION para proteger o recurso RESOURCE_NAME usando o plano de backup PLAN_NAME."
Substitua:
VAULT_NAME: o nome do novo cofre de backup.LOCATION: a região em que você quer criar o cofre.RESOURCE_NAME: o nome do recurso a ser protegido.PLAN_NAME: o nome do plano de backup a ser aplicado.
Auditar backups para compliance
"Audite todos os backups no projeto PROJECT_ID na região LOCATION. Depois que a auditoria for concluída, compare os resultados com minha política corporativa de backup para identificar lacunas de conformidade."
Substitua:
PROJECT_ID: o ID do projeto a ser auditado.LOCATION: a região a ser auditada.
Análise da causa raiz para falhas
"Identifique e investigue a causa raiz da falha de backup do recurso RESOURCE_NAME nos últimos DURATION dias no projeto PROJECT_ID."
Substitua:
RESOURCE_NAME: o nome do recurso com falhas de backup.DURATION: o período da investigação (por exemplo,7).PROJECT_ID: o ID do projeto em que a falha ocorreu.
Restaurar um backup
"Restaure o último backup bem-sucedido do recurso RESOURCE_NAME do projeto PROJECT_ID. Nomeie a instância restaurada como NEW_INSTANCE_NAME".
Substitua:
RESOURCE_NAME: o nome do recurso a ser restaurado.PROJECT_ID: o ID do projeto que contém o backup.NEW_INSTANCE_NAME: um nome para a instância restaurada.
Criar uma política de alertas
É possível ativar alertas para qualquer combinação de registros e filtros adicionados.
"Crie uma política de alertas baseada em registros chamada ALERT_NAME para ser acionada em qualquer entrada de registro de
backupdr.googleapis.comcom gravidadeERROR. Enviar notificação dos alertas imediatamente para EMAIL_ADDRESS".Substitua:
ALERT_NAME: um nome para a nova política de alertas.EMAIL_ADDRESS: o e-mail para receber notificações.
Configurações opcionais de segurança
O MCP apresenta novos riscos e considerações de segurança devido à grande variedade de ações que podem ser feitas com as ferramentas do MCP. Para minimizar e gerenciar esses riscos, o Google Cloud oferece configurações padrão e políticas personalizáveis para controlar o uso das ferramentas do MCP na sua organização ou projeto do Google Cloud.
Para mais informações sobre segurança e governança do MCP, consulte Segurança e proteção de IA.
Usar o Model Armor
O Model Armor é um Google Cloud serviço projetado para aumentar a segurança dos seus aplicativos de IA. Ele funciona verificando de maneira proativa os comandos e respostas de LLMs, protegendo contra vários riscos e apoiando práticas de IA responsável. Seja no seu ambiente de nuvem ou em provedores externos, o Model Armor ajuda a evitar entradas maliciosas, verificar a segurança do conteúdo, proteger dados sensíveis, manter a conformidade e aplicar suas políticas de segurança de IA de maneira consistente em todo o seu cenário de IA.
Quando o Model Armor está ativado com a geração de registros ativada, ele registra todo o payload. Isso pode expor informações sensíveis nos seus registros.
Roteamento de solicitações do MCP para o Model Armor
O Model Armor está disponível em algumas regiões. Quando o Model Armor está ativado e você usa um servidor MCP em uma jurisdição que não é compatível com o Model Armor, o comportamento de roteamento da chamada pode ser diferente para diferentes servidores MCP e violar a conformidade de residência de dados para dados em uso e em trânsito. Para mais informações sobre o comportamento de servidores MCP individuais, consulte Produtos compatíveis com o Model Armor.Ativar o Model Armor
É necessário ativar as APIs do Model Armor antes de usar o Model Armor.
Console
Ative a API Model Armor.
Funções necessárias para ativar APIs
Para ativar APIs, você precisa da permissão
serviceusage.services.enable. Se você criou o projeto, provavelmente já tem essa permissão com o papel de Proprietário (roles/owner). Caso contrário, é possível receber essa permissão com o papel de Administrador do Service Usage (roles/serviceusage.serviceUsageAdmin). Saiba como conceder papéis.Selecione o projeto em que você quer ativar o Model Armor.
gcloud
Antes de começar, siga estas etapas usando a CLI gcloud com a API Model Armor:
No console do Google Cloud , ative o Cloud Shell.
Na parte de baixo do console Google Cloud , uma sessão do Cloud Shell é iniciada e exibe um prompt de linha de comando. O Cloud Shell é um ambiente shell com a CLI gcloud já instalada e com valores já definidos para o projeto atual. A inicialização da sessão pode levar alguns segundos.
-
Execute o comando a seguir para definir o endpoint de API do serviço Model Armor.
gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.LOCATION.rep.googleapis.com/"
Substitua
LOCATIONpela região em que você quer usar o Model Armor.
Configurar a proteção para servidores MCP remotos do Google e do Google Cloud
Para proteger as chamadas e respostas da ferramenta MCP, use as configurações de proteção do Model Armor. Uma configuração mínima define os filtros de segurança mínimos que se aplicam a todo o projeto. Essa configuração aplica um conjunto consistente de filtros a todas as chamadas e respostas de ferramentas do MCP no projeto.
Configure uma configuração de valor mínimo do Model Armor com a sanitização da MCP ativada. Para mais informações, consulte Configurar configurações mínimas do Model Armor.
Confira o exemplo de comando a seguir:
gcloud model-armor floorsettings update \ --full-uri='projects/PROJECT_ID/locations/global/floorSetting' \ --enable-floor-setting-enforcement=TRUE \ --add-integrated-services=GOOGLE_MCP_SERVER \ --google-mcp-server-enforcement-type=INSPECT_AND_BLOCK \ --enable-google-mcp-server-cloud-logging \ --malicious-uri-filter-settings-enforcement=ENABLED \ --add-rai-settings-filters='[{"confidenceLevel": "MEDIUM_AND_ABOVE", "filterType": "DANGEROUS"}]'
Substitua PROJECT_ID pelo ID do projeto Google Cloud .
Observe as seguintes configurações:
INSPECT_AND_BLOCK: o tipo de aplicação que inspeciona o conteúdo do servidor MCP do Google e bloqueia solicitações e respostas que correspondem aos filtros.ENABLED: a configuração que ativa um filtro ou uma aplicação.MEDIUM_AND_ABOVE: o nível de confiança para as configurações de filtro de IA responsável - perigoso. É possível modificar essa configuração, mas valores mais baixos podem resultar em mais falsos positivos. Para mais informações, consulte Níveis de confiança do Model Armor.
Desativar a verificação do tráfego do MCP com o Model Armor
Para impedir que o Model Armor verifique automaticamente o tráfego de e para os servidores do Google MCP com base nas configurações mínimas do projeto, execute o seguinte comando:
gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--remove-integrated-services=GOOGLE_MCP_SERVER
Substitua PROJECT_ID pelo
Google Cloud ID do projeto. O Model Armor não aplica automaticamente as regras definidas nas configurações de limite mínimo deste projeto ao tráfego de servidores MCP do Google.
As configurações mínimas e a configuração geral do Model Armor podem afetar mais do que apenas o MCP. Como o Model Armor se integra a serviços como a Vertex AI, as mudanças feitas nas configurações de restrição podem afetar a verificação de tráfego e os comportamentos de segurança em todos os serviços integrados, não apenas no MCP.
Controlar o uso do MCP com políticas de negação do Identity and Access Management
As políticas de negação e permissão do Identity and Access Management (IAM) ajudam a proteger os servidores Google Cloud e do Google MCP.
É 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 Backup e DR.
- Saiba mais sobre os servidores MCP do Google Cloud.
- Saiba mais sobre o Application Default Credentials.