O que é um servidor MCP remoto e como funciona?

Pontos-chave

• Um servidor MCP remoto funciona numa infraestrutura externa e é acedido por clientes de IA autorizados através de um ponto de extremidade de rede.
• Os servidores MCP remotos utilizam o JSON-RPC 2.0 para a estrutura das mensagens e o Streamable HTTP para transmitir essas mensagens entre o cliente e o servidor.
• Os servidores MCP remotos centralizam as atualizações, as permissões e a manutenção, facilitando o acesso da equipa.

Quem já alguma vez pediu a um assistente de IA para escrever um e-mail ou resumir um documento sabe bem como é que ele lida com a informação que lhe dás ao longo de uma conversa. No entanto, fica a questão: o que fazer quando precisas que o assistente tome uma ação, seja reiniciar um servidor, obter dados de desempenho ou instalar uma atualização de código?

Para esse tipo de tarefa, recorrerias ao Protocolo de Contexto de Modelo (MCP), mais concretamente aos servidores MCP remotos.

Embora esse servidor possa ser executado localmente no teu próprio computador, é possível alojar uma versão remota numa infraestrutura externa. Isto é extremamente valioso para serviços geridos e plataformas na nuvem, uma vez que permite aos utilizadores aceder a funções geridas centralmente através da rede.

Este artigo explica o que é um servidor MCP remoto, como funciona, em que difere de um servidor MCP local e quais são as vantagens, limitações e considerações de segurança envolvidas.

O que é um servidor MCP remoto?

Um servidor MCP remoto é um serviço hospedado centralmente que coloca o Protocolo de Contexto do Modelo em prática. Por estar em uma infraestrutura externa, ele é separado da máquina que executa o aplicativo de IA.

É acessível através de um ponto de extremidade de rede, normalmente via HTTPS, para qualquer cliente compatível com o MCP ou assistentes de IA autorizados, como o Claude, o Cursor ou o Visual Studio Code.

Vais ver que um servidor MCP remoto tem várias características distintivas:

• É independente da aplicação de IA do utilizador.
• É preciso uma URL de rede ou um ponto de acesso para aceder.
• A manutenção fica a cargo de uma equipa de desenvolvimento ou de um prestador de serviços.
• Tem capacidade para vários clientes autorizados.
• Quaisquer atualizações nas suas funcionalidades são feitas a nível central.

Quanto ao local onde o servidor está alojado, pode ser na própria organização, numa equipa de desenvolvimento responsável por recursos partilhados, num fornecedor independente de MCP ou num dos fornecedores de software e de nuvem.

O processo é simples: um cliente MCP envia um pedido estruturado e o servidor, atuando como intermediário junto da API, base de dados ou plataforma externa relevante, devolve o resultado à aplicação de IA.

Como o servidor não está no dispositivo do utilizador, não é preciso que este instale nem mantenha a implementação completa. O operador do servidor pode tratar de tudo, desde a autenticação e os controlos de acesso até às atualizações e à disponibilidade, a partir de um único ponto.

Resumindo, «remoto» refere-se à localização do servidor e à forma como o cliente acede ao mesmo. Mas o objetivo é o mesmo: colocar os dados e as funcionalidades externas ao alcance de aplicações de IA compatíveis.

Lança e gere o teu site na Cloudways

Implanta sites e aplicações PHP numa plataforma de alojamento na nuvem gerida, com suporte integrado para cópias de segurança, monitorização de desempenho, segurança e escalabilidade. Também podes gerir as tarefas de alojamento suportadas através do Servidor MCP Remoto da Cloudways.

Começa hoje mesmo

O que é um servidor MCP local?

Um servidor MCP é considerado local quando é executado na mesma máquina ou no mesmo ambiente de execução que o anfitrião do MCP.

Em circunstâncias normais, um cliente AI inicia o servidor como um subprocesso. Este é o padrão para uma configuração local. A comunicação entre os dois é feita através da entrada e saída padrão, ou o que se designa por transporte stdio.

Há situações em que uma aplicação de IA precisa de aceder a recursos num determinado dispositivo, o que faz com que um servidor MCP local seja a melhor opção. Podem ser ficheiros de projeto, bases de dados locais, scripts e automações, aplicações de ambiente de trabalho, utilitários de linha de comandos ou até mesmo ambientes de desenvolvimento.

Em cada computador de cada utilizador, é preciso instalar e configurar o servidor local. É provável que haja também dependências, como um runtime ou pacote específico, ou certas variáveis de ambiente.

Um servidor MCP local ainda consegue comunicar com uma API externa ou um serviço na nuvem. Dito isto, ser «local» é apenas uma questão de onde o processo é executado e da forma como o cliente estabelece a ligação.

Servidor MCP remoto vs. servidor MCP local

No fim de contas, tanto os servidores MCP remotos como os locais fazem a mesma coisa: disponibilizam a um cliente MCP as ferramentas, os recursos ou as instruções que este pode utilizar.

O que os distingue é o local onde estão alojados, a forma como o cliente estabelece a ligação e quem é responsável pela sua manutenção.

Área	Servidor MCP local	Servidor MCP remoto
Localização do servidor	Funciona no computador do utilizador ou no mesmo ambiente que o anfitrião do MCP.	Funciona numa infraestrutura externa gerida por um fornecedor ou por uma organização.
Ligação típica	Normalmente usa o stdio para a comunicação entre o cliente e o processo local.	Normalmente usa uma ligação de rede baseada em HTTP através de um ponto de extremidade remoto.
Como funciona	O cliente MCP costuma iniciar o servidor como um subprocesso.	O servidor funciona de forma independente e já está disponível quando o cliente se liga.
Requisitos de configuração	Requer instalação, configuração de execução e dependências em cada dispositivo.	Normalmente, requer um ponto de extremidade do servidor e detalhes de autenticação.
Manutenção	Cada utilizador ou administrador tem de tratar da manutenção da instalação local.	O operador do servidor gere as atualizações e a manutenção de forma centralizada.
Número de utilizadores	Normalmente associado a um utilizador local ou ambiente de cliente.	Pode suportar vários utilizadores autorizados e clientes compatíveis.
Acesso aos recursos	Mais adequado para ficheiros locais, scripts, ferramentas e ambientes de desenvolvimento.	Mais adequado para serviços na nuvem, plataformas partilhadas, APIs e dados alojados.
Autenticação	Pode usar permissões do sistema operativo, variáveis de ambiente ou credenciais locais.	Normalmente usa tokens de acesso, OAuth, cabeçalhos ou outro método de autenticação remota.
Disponibilidade	Depende do dispositivo do utilizador e de o processo do servidor local estar ativo.	Depende da ligação à rede e da disponibilidade do serviço alojado.
Atualizações	As atualizações têm de ser instaladas separadamente em cada dispositivo.	As atualizações podem ser implementadas de forma centralizada para todos os utilizadores.
Caso de utilização típico	Conceder a uma aplicação de IA acesso a ferramentas ou dados numa máquina específica.	Fornecer acesso gerido a uma plataforma online a vários clientes de IA.

Para desenvolvimento privado ou trabalho específico para um dispositivo, um servidor MCP local é a opção preferível. Por outro lado, se for preciso partilhar funcionalidades e mantê-las sob controlo central, um servidor MCP remoto é a melhor opção.

Como funciona um servidor MCP remoto?

Quando uma aplicação de IA precisa de interagir com um servidor MCP remoto, o processo é simples. O servidor, localizado num ponto final de rede alojado, recebe os pedidos MCP e encaminha-os para o sistema ou plataforma que representa. A partir daí, verifica o acesso, executa a operação necessária e devolve o que a aplicação de IA precisa.

Passo 1: Configurar a ligação remota

Não é preciso instalar nem executar o servidor localmente; o cliente vai ligar-se a um serviço alojado já existente. Para isso, o administrador ou o utilizador insere o URL do servidor MCP na aplicação de IA que escolher. A configuração vai precisar do endpoint do servidor, da autenticação correta e de quaisquer cabeçalhos ou definições específicas do fornecedor.

Passo 2: O cliente autentica-

O acesso só é concedido depois de o servidor remoto ter verificado as credenciais apresentadas. Ao fazê-lo, o servidor também determina o nível de autorização que o utilizador tem para qualquer conta, espaço de trabalho ou conjunto de ferramentas e recursos. Este controlo é necessário para impedir que qualquer pessoa que tenha o URL do terminal consiga aceder a funções que deviam estar protegidas.

Passo 3: A ligação de rede é estabelecida

O cliente vai estabelecer uma ligação com o ponto final do MCP, normalmente através do Streamable HTTP. Embora isto seja feito com pedidos HTTP padrão, o transporte também pode recorrer a «Server-Sent Events» para enviar relatórios de progresso, mensagens transmitidas em fluxo ou atualizações geradas pelo servidor.

Como parte da primeira troca de dados, o cliente e o servidor vão certificar-se de que estão a usar a mesma linguagem MCP, algo que costuma acontecer automaticamente assim que a configuração estiver pronta.

Passo 4: Interpretar o pedido do utilizador

Um utilizador pode digitar uma instrução em linguagem simples, como «Mostra-me os servidores que estão a funcionar neste momento.» A aplicação de IA vai identificar a funcionalidade adequada no servidor remoto ligado. Se a ação for do tipo que possa alterar um sistema externo, o anfitrião pode pedir ao utilizador que dê a sua autorização primeiro.

Passo 5: O servidor remoto processa o pedido

O que o cliente envia é um pedido estruturado para o ponto de extremidade alojado. A partir daí, o servidor MCP remoto assume o controlo e

• Faz a validação do pedido e de todos os seus parâmetros.
• Verifica se o utilizador está autorizado a fazê-la.
• Coloca a solicitação no formato adequado para o sistema ao qual está ligado.
• Faz uma chamada ao serviço de backend, API, base de dados ou plataforma na nuvem adequados.
• O backend vai então fazer o que for necessário, seja executar uma ação ou recuperar a informação em questão.

Passo 6: O resultado é devolvido

Assim que a operação estiver concluída, o servidor MCP remoto vai resolver quaisquer problemas específicos do fornecedor e transformar o resultado numa resposta compatível com o MCP para o cliente. Se for uma operação demorada, pode ser enviado, em vez disso, um identificador ou algum tipo de atualização sobre o progresso.

Quando o resultado final sai, o anfitrião apresenta-o ao modelo para que o utilizador veja. Essa informação pode então servir de contexto para o que se segue; por exemplo, depois de ter listado apenas alguns servidores, o utilizador pode pedir à IA para analisar um deles sem ter de repetir os detalhes.

Como é que os servidores MCP remotos comunicam

A comunicação MCP tem duas camadas distintas. A primeira é a camada de dados, que usa o JSON-RPC 2.0 para definir a estrutura e o significado de qualquer mensagem que passe entre o cliente e o servidor.

A segunda é a camada de transporte, que é a forma como essas mensagens JSON-RPC circulam entre o cliente e o servidor. No caso de um servidor MCP remoto, isto é normalmente tratado através de HTTP streamable.

Mensagens JSON-RPC

O MCP usa o JSON-RPC 2.0 para codificar a sua comunicação. Nesse protocolo, uma mensagem pode ser uma das seguintes:

• Um pedido para que o destinatário realize uma operação.
• Uma resposta que indica um erro ou um resultado.
• Uma notificação para enviar uma atualização quando não se espera resposta.

O JSON-RPC define o conteúdo destas mensagens e garante que o cliente e o servidor estejam de acordo quanto à forma como devem ser interpretadas.

HTTP de fluxo

O Streamable HTTP transmite as mensagens JSON-RPC por meio de um ponto de extremidade acessível pela rede para o servidor MCP remoto.

Um cliente vai enviar uma mensagem JSON-RPC via POST para o endpoint. Por sua vez, o servidor pode dar uma resposta padrão ou, se for preciso transmitir várias mensagens ao mesmo tempo — sejam elas relatórios de progresso, notificações ou algo iniciado pelo servidor —, pode recorrer aos Server-Sent Events (SSE).

Desta forma, o HTTP streamable consegue lidar com tudo, desde uma simples troca de dados até uma comunicação mais complexa e contínua.

Por outras palavras, o JSON-RPC é a definição da mensagem e o HTTP streamable é o meio de transmissão.

Considerações de segurança para servidores MCP remotos

Quando se trata de servidores MCP remotos, é preciso ter atenção à segurança . Como esses servidores são acessíveis pela rede e podem expor ferramentas para alterar sistemas externos ou ler dados confidenciais, um conjunto robusto de controles é necessário para proteger a autenticação, as permissões, o processamento de solicitações e a proteção de dados.

Autenticação e permissões

O servidor MCP remoto tem de exigir autenticação, seja através do OAuth, de tokens de acesso ou de outro método suportado. O acesso tem de ser limitado de acordo com a função do utilizador.

Os utilizadores devem iniciar sessão com credenciais que não lhes concedam mais permissões do que as necessárias para o seu trabalho; não deve haver qualquer tendência para conceder acesso mais alargado do que o necessário.

Gestão segura de tokens

Espera-se que os utilizadores e as aplicações cliente protejam devidamente os tokens de acesso nas suas interações com um servidor MCP remoto. Para tal, as credenciais devem ser

• transmitidas exclusivamente por HTTPS
• Armazenadas de forma segura
• Ter um âmbito restrito
• Ter uma data de validade atribuída, se for viável
• Substituídas ou revogadas conforme a situação exigir

Por seu lado, o servidor MCP remoto deve confirmar que qualquer credencial apresentada foi emitida para o serviço pretendido.

Aprovação para ações sensíveis

Qualquer ação que possa afetar os sistemas de produção tem de ter a aprovação explícita do utilizador. Isto é necessário em casos como:

• Eliminação de recursos
• Interrupção de serviços
• Implantação de código
• Restauração de cópias de segurança
• Alterações às configurações de segurança ou de acesso

Antes de realizar a tarefa, é da responsabilidade do cliente apresentar claramente a ação e todos os parâmetros relevantes.

Validação e monitorização de pedidos

O servidor MCP remoto tem de validar todos os pedidos recebidos e impedir qualquer tentativa dos utilizadores de utilizarem ferramentas ou recursos não autorizados.

Para reduzir o risco de manipulação de pedidos, abuso de sessões ou uso excessivo de recursos, podes recorrer a limites de taxa e tempos de espera, juntamente com a monitorização de atividades, o isolamento de inquilinos e os registos de auditoria. Estas medidas também protegem contra a execução não autorizada de ferramentas.

Privacidade de dados

As organizações precisam de ter uma ideia clara dos dados que estão a ser registados, armazenados e processados pelo servidor remoto. Qualquer informação sensível deve ser reduzida ao mínimo e protegida, com a retenção limitada ao estritamente necessário.

Antes de ligar sistemas essenciais para o negócio, é aconselhável que os utilizadores analisem as políticas do fornecedor em matéria de conformidade, controlo de acesso e tratamento de dados.

Vantagens de usar um servidor MCP remoto

Há vantagens claras em alojar um servidor MCP remotamente, já que isso permite que o sistema ofereça as suas funcionalidades como um serviço gerido centralmente. Em vez de terem de executar e manter o servidor nos seus próprios dispositivos, os utilizadores só precisam de se ligar a um ponto de acesso que já esteja instalado.

• Não é necessária nenhuma instalação local — Os utilizadores não precisam de instalar o pacote do servidor, configurar o ambiente de execução nem lidar com dependências locais. Na maioria dos casos, basta o ponto de acesso remoto e uma autenticação adequada.
• As atualizações são centralizadas — O operador do servidor pode adicionar novas ferramentas, resolver problemas e implementar atualizações de segurança num único local. O utilizador terá acesso à versão mais recente sem ter de se dar ao trabalho de reinstalar o servidor em cada dispositivo.
• As equipas podem partilhar o acesso — Uma organização que precise de funcionalidades uniformes na plataforma vai achar que um servidor remoto é a solução ideal. Este consegue acomodar vários utilizadores autorizados e quaisquer clientes compatíveis.
• Controlo centralizado do acesso — Os administradores podem definir quem tem permissão para usar determinadas ferramentas ou recursos. Toda a manutenção de rotina habitual, desde o registo de atividades até às permissões e políticas de utilização, é gerida ao nível do servidor.
• A disponibilidade é independente — O servidor não depende de nenhum processo a correr localmente e estará disponível mesmo que o computador de um utilizador esteja em baixo. O acesso depende da infraestrutura onde está alojado.
• As operações ficam a cargo deles — Quando o servidor MCP é fornecido por uma entidade externa, são eles que tratam da manutenção, da infraestrutura e da ligação à plataforma subjacente. Isso deixa o utilizador livre para se concentrar no que o serviço pode fazer, em vez de se preocupar com a forma de o operar.

Limitações e desafios dos servidores MCP remotos

Ao contrário de um servidor local, um servidor MCP remoto traz consigo uma série de dependências operacionais, de privacidade e de rede. Aqui estão algumas das questões mais importantes:

• • Dependência da rede — Para o cliente funcionar, tem de ter um caminho livre até ao ponto final do servidor. Qualquer tipo de problema de conectividade ou interrupção vai tornar o servidor inacessível.
  • Latência adicional — Há um atraso extra nos tempos de resposta, à medida que os pedidos vão do cliente para o servidor MCP remoto e, daí, para o sistema de back-end.
  • Dependência do fornecedor — O operador do servidor é responsável pelo suporte, documentação, compatibilidade, atualizações e disponibilidade geral.
  • Privacidade de dados e conformidade — Como os resultados e os pedidos saem do ambiente local, uma organização precisa de ter a certeza de que os seus dados confidenciais estão a ser armazenados, registados e processados de forma a cumprir as normas.
  • Autenticação mais complexa — O acesso remoto tem de ser protegido com rotação adequada de credenciais, permissões, políticas de expiração e tokens para impedir o acesso não autorizado.
  • Compatibilidade do cliente — Em certos casos, um cliente não vai funcionar com os cabeçalhos personalizados, o transporte ou o método de autenticação necessários, a menos que esteja configurado em conformidade.

• Responsabilidades de alojamento — Um servidor MCP remoto auto-alojado requer a gestão da infraestrutura, o dimensionamento, as cópias de segurança e a monitorização. No caso de um servidor gerido, é o fornecedor que se encarrega destas tarefas.

Como é que a Cloudways usa um servidor MCP remoto

O servidor MCP da Cloudways é um servidor MCP remoto gerido que funciona como a ligação entre um cliente de IA e a conta do utilizador na Cloudways, desde que o cliente seja compatível.

Depois de o utilizador ter introduzido o seu token de acesso da Cloudways para autenticação, pode fazer pedidos em linguagem natural para qualquer número de tarefas de alojamento ou gestão de conta que o sistema suporte.

O que se pode fazer com esses pedidos depende das permissões e das funcionalidades da Cloudways que estiverem ativadas. O leque de possibilidades inclui:

• Gerir servidores de alojamento e aplicações, bem como domínios, caches, cópias de segurança e dimensionamento.
• Monitorizar o desempenho e controlar os serviços de infraestrutura.
• Gerir a segurança, o acesso, o DNS e o Cloudflare.
• Trabalhar com faturação, relatórios, implementações e alertas, juntamente com os fluxos de trabalho da agência.

Quando o cliente de IA envia uma solicitação de ferramenta, ela é retransmitida para o servidor MCP remoto da Cloudways. Lá, o acesso é verificado e o servidor estabelece a conexão com a função apropriada na plataforma Cloudways. Isso demonstra como um servidor MCP remoto pode fornecer recursos de gerenciamento de nuvem por meio de um cliente de IA .

Experimente a hospedagem assistida por IA com o servidor Cloudways MCP.

Conecte um cliente de IA compatível ao servidor Cloudways Remote MCP para iniciar e gerenciar sites, aplicativos PHP e servidores de hospedagem por meio de solicitações em linguagem natural.

Comece a hospedar com o Cloudways MCP

Considerações finais

Os servidores MCP remotos oferecem às aplicações de IA uma forma prática de interagir com as ferramentas e serviços que se encontram fora do ambiente do próprio utilizador.

Um cliente de IA compatível permite que as ações suportadas sejam chamadas sem precisares de passar por vários painéis de controlo ou lidar com as APIs a um nível mais baixo. Isso não quer dizer que não haja ressalvas; ainda é preciso ter cuidado ao lidar com questões de privacidade de dados, acesso à rede, bem como permissões e credenciais.

Com o MCP a ser cada vez mais utilizado, é só uma questão de tempo até que as organizações passem a recorrer a estes servidores MCP remotos como o método preferido para disponibilizar funcionalidades geridas centralmente às suas aplicações de IA e aos seus clientes.