Hospedagem de servidor MCP: hospedado, auto-hospedado ou serverless
Escolha hospedado quando seu agente precisa de OAuth, refresh de token e uma disponibilidade que você não quer carregar. Escolha auto-hospedado quando os dados não podem sair da sua rede. Serverless fica no meio, e ficou mais fácil em 2026: a revisão de 28 de julho removeu as sessões no nível do protocolo, então um servidor MCP remoto já pode ser sem estado.
O que hospedar um servidor MCP significa depois da spec 2026-07-28
Um servidor MCP responde JSON-RPC sobre um de dois bindings. No stdio, seu cliente o inicia como subprocesso na mesma máquina. No Streamable HTTP, ele é um serviço web com um único endpoint POST. Hospedagem só é um problema no segundo caso.
A revisão 2026-07-28 mudou o que esse serviço tem que guardar em memória. Ela removeu as sessões no nível do protocolo e o stream GET independente, e moveu a versão do protocolo e as capacidades do cliente para campos _meta por requisição que o transporte espelha em headers HTTP. As revisões anteriores, da 2025-03-26 à 2025-11-25, faziam o contrário: o servidor podia emitir um Mcp-Session-Id, o cliente podia reabrir um stream de longa duração com GET, e os streams eram retomáveis com Last-Event-ID. Nenhum desses mecanismos existe na revisão atual, e um servidor que só fala essa revisão deve responder a GET ou DELETE no endpoint MCP com um 405 Method Not Allowed.
Essa única mudança é quase toda a história da hospedagem. Um servidor sem estado de sessão é um serviço HTTP sem estado comum: rode quatro réplicas atrás de um load balancer, faça deploy no meio de uma conversa, perca uma instância, e nenhum cliente precisa reconectar. Um servidor que ainda fala as revisões de 2025 tem que rotear cada requisição de volta para a instância que guarda aquela sessão, e é por isso que tantos deploys remotos antigos eram uma máquina só com sessões fixas e um dono nervoso.
Duas ressalvas que vale conhecer antes de planejar capacidade. Os streams não são mais retomáveis, então uma conexão interrompida significa que o cliente reemite a requisição em vez de continuar de onde parou. E as notificações de mudança de longa duração agora vão pelo stream de resposta de uma requisição subscriptions/listen, que é um stream que você precisa manter aberto, com comentários de keep-alive, pelo tempo que o cliente ficar ouvindo.
Servidor MCP remoto ou local: o que muda de verdade
Um servidor stdio local herda a sua máquina: seu sistema de arquivos, suas variáveis de ambiente, sua rede. As credenciais vêm do ambiente, e a spec diz explicitamente que implementações stdio não devem seguir o fluxo OAuth. É por isso que um servidor local é rápido de construir e impossível de compartilhar.
No momento em que o servidor fica remoto, quatro coisas caem no colo de quem o opera:
- Identidade. Servidores sobre HTTP são resource servers OAuth 2.1. Eles precisam implementar Protected Resource Metadata (RFC 9728), validar que cada token foi emitido para eles como audiência, conforme a spec de autorização, e devolver
401com um headerWWW-Authenticateque leve a URLresource_metadatae oscopenecessário. - Tokens das plataformas. O token do agente abre o seu servidor para ele. Seu servidor ainda precisa das próprias credenciais para tudo com que conversa, e essas expiram no calendário de outras pessoas.
- Logs. Uma chamada de ferramenta que publicou algo é uma ação no mundo. Sem registro por chamada você não consegue dizer o que o agente fez às 3 da manhã.
- Disponibilidade. Um agente que não alcança o servidor não degrada com elegância, ele informa que a ferramenta não existe.
O trabalho que ninguém conta num servidor MCP hospedado
A dança do OAuth é a parte que as pessoas estimam, e não é a parte cara. As partes caras são as que não têm data de fim.
O refresh de tokens é o primeiro. Cada plataforma que você conecta devolve uma credencial com a própria validade e o próprio ritual de renovação, e uma expiração silenciosa parece exatamente um bug no seu agente. A própria documentação de WhatsApp da PlugKit diz isso de forma concreta: conecte um número real, porque um número de teste da Meta vem com um token de 24 horas e para de funcionar no dia seguinte.
A segunda é o laço de consentimento. Tokens expiram, pessoas revogam apps, e scopes se mostram estreitos demais. A spec tem um caminho para o último caso: o servidor responde 403 com error="insufficient_scope" e os scopes necessários, e o cliente roda um fluxo de step-up pedindo a união do que tinha com o que acabou de ser exigido. Implemente isso mal e seus usuários vivem num laço de redirecionamento.
A terceira é simplesmente estar alcançável. Agentes tentam de novo, e um agente que tenta de novo uma ferramenta de publicação não é um evento idempotente.
Hospedado, auto-hospedado ou serverless
| O que você carrega | Hospedado | Auto-hospedado | Serverless |
|---|---|---|---|
| Piso mensal | uma assinatura, a PlugKit Creator custa $49 por mês para 5 contas conectadas | uma VM ou um cluster mais as suas horas | cobrança por requisição, perto de zero em repouso |
| Resource server OAuth 2.1 | feito para você | seu, construir e manter em dia com a spec | seu, mais um armazenamento de tokens fora da função |
| Refresh dos tokens de plataforma | feito para você, em silêncio | um job em background que você precisa monitorar | precisa de estado durável, então não é realmente serverless |
| Log de auditoria das chamadas de ferramentas | o do fornecedor, legível | seu | seu, e espalhado entre as invocações |
Streams subscriptions/listen de longa duração |
problema do fornecedor | tranquilo | complicado, a maioria das plataformas limita o tempo de execução |
| Residência dos dados | região do fornecedor | onde você quiser | região do fornecedor |
| Quem é acordado às 3 da manhã | o fornecedor | você | você, mas com menos frequência |
Serverless parece o mais barato e muitas vezes é, para um servidor somente de leitura sobre uma API pública sem credenciais para guardar. Acrescente OAuth e tokens de plataforma renováveis e você reintroduziu um banco de dados, um agendador e um cofre de segredos, que é justamente a infraestrutura que você estava evitando. Acrescente um stream de notificações aberto e você bate nos limites de tempo de execução.
O auto-hospedado ganha por dois argumentos, e são bons: os dados realmente não podem sair da sua rede, ou as ferramentas que você expõe são suas e ninguém as vende. Se um dos dois se aplica, hospede você mesmo e orce o trabalho de OAuth como trabalho de verdade.
Onde a PlugKit se encaixa, e quando ela é a resposta errada
A PlugKit é o caso hospedado para um trabalho específico: entregar as suas contas sociais a um agente. O servidor fica em https://api.plugkit.co/mcp, fala Streamable HTTP, é sem estado e expõe 103 tools mais três workflows prontos, verificado em docs.plugkit.co em 21 de outubro de 2026. A autenticação é OAuth 2.1 com PKCE e sem client secret, com dois scopes: mcp:read para perfis, contas, posts, conversas e analytics, mcp:write para acrescentar publicação, mensagens, respostas a comentários e conexão de contas. Clientes sem OAuth enviam uma chave de API como bearer token, que tem acesso total e nenhum scope.
Adicionar no Claude Code é uma linha:
claude mcp add -t http plugkit https://api.plugkit.co/mcp
Custa $49 por mês para 5 contas conectadas ou $97 para 30, cancela quando quiser, depois de 7 dias grátis sem cartão e com uma conta conectada durante o teste. Uma ressalva honesta da mesma documentação: o servidor pede ao modelo que obtenha a sua aprovação antes de uma escrita pública, e isso é uma instrução no nível do prompt, não um controle imposto. Se isso importa, conceda mcp:read e mantenha as escritas atrás do seu próprio código.
A PlugKit é a resposta errada quando as ferramentas que você quer não são contas sociais, quando as suas regras de compliance dizem que os tokens ficam na sua VPC, ou quando você quer publicação determinística sem modelo no meio. O último caso é uma chamada REST, não um servidor MCP, e o compromisso está exposto em MCP ou API REST para o seu agente. Para a mecânica de autenticação em detalhe, leia OAuth para servidor MCP. Para ver como fica na prática um servidor hospedado de uma única plataforma, o servidor MCP do Instagram, e para ver quem mais oferece um, o comparativo de servidores MCP para redes sociais.
Perguntas frequentes
Eu preciso hospedar um servidor MCP, afinal?
Não, se ele roda na sua própria máquina para o seu próprio uso. Um servidor stdio iniciado pelo seu cliente não precisa de hospedagem nem de OAuth, e lê as credenciais do ambiente. Você precisa de hospedagem no momento em que uma segunda pessoa, um telefone ou um agente na nuvem tem que alcançar as mesmas ferramentas.
Um servidor MCP pode ser sem estado?
Desde a revisão 2026-07-28, sim. Essa revisão removeu as sessões no nível do protocolo e o stream GET, então cada POST carrega os próprios metadados e qualquer instância pode responder. Servidores que ainda suportam as revisões de 2025 guardam estado de sessão e precisam de roteamento fixo.
O que um servidor MCP hospedado faz de verdade que eu teria que construir?
O resource server OAuth 2.1 com Protected Resource Metadata e validação de audiência, o laço de refresh para cada token de plataforma, o log de auditoria por chamada, o fluxo de step-up quando falta um scope, e a disponibilidade. O primeiro é um sprint; o resto nunca acaba.
Serverless combina com MCP?
Para um servidor somente de leitura sem credenciais guardadas, sim. Assim que você precisa de OAuth, de tokens renováveis ou de um stream subscriptions/listen aberto, você precisa de estado durável e conexões longas, e acaba reconstruindo um servidor com passos extra.
Como eu aponto um cliente para um servidor MCP remoto?
Dê a ele a URL do endpoint. No Claude Code, claude mcp add -t http <name> <url>. Nos apps do Claude, Customize, depois Connectors, depois um conector personalizado. No Cursor ou no VS Code, um link de instalação de um clique ou três linhas de JSON. O cliente descobre o servidor de autorização a partir do 401 que o endpoint devolve.
Um plug para cada plataforma que seu agente usa
$49 por mês para 5 contas conectadas, cancele quando quiser. Todos os recursos em todos os planos.
Pegue sua chave de API →