A pergunta de infraestrutura que dominava as reuniões de arquitetura em 2024 e 2025 era "qual modelo de IA usar". Em 2026, ela mudou. Agora a pergunta é outra, mais madura e muito mais difícil: como eu conecto o agente aos meus sistemas? E, quase sempre, ela chega em forma de dilema — MCP, REST API ou Kafka?.
A boa notícia é que essa pergunta tem uma resposta clara. A má notícia, para quem espera um vencedor único, é que a resposta é anticlimática: não é escolher um. É combinar os três, porque eles resolvem camadas diferentes do mesmo problema. Tratar MCP, API e Kafka como concorrentes é o erro que trava agentes na fase de demo. Entender que são camadas complementares é o que os leva à produção.
Por que "qual protocolo" virou a pergunta de infra de 2026
Dois marcos empurraram esse debate para o centro da mesa. Primeiro, o MuleSoft Agent Fabric entrou em disponibilidade geral (GA) em junho de 2026, trazendo suporte a MCP junto de componentes como A2A (agent-to-agent), Agent Registry e AI Gateway — um sinal forte de que a conectividade de agentes virou produto de plataforma, não gambiarra de projeto.
Segundo, a OpenAI anunciou a aposentadoria da Assistants API em favor do MCP, com sunset previsto para meados de 2026. Quando o maior fornecedor de modelos migra sua própria abstração de ferramentas para um protocolo aberto, o mercado lê isso como consolidação: o MCP (Model Context Protocol) virou o padrão de fato para dar ferramentas e contexto a um agente.
Mas a adoção do MCP não elimina REST nem Kafka — e é aí que muita gente se confunde. O protocolo novo não substitui os antigos; ele preenche uma lacuna que nenhum dos dois cobria bem. Para entender por quê, vale destrinchar o que cada camada realmente faz.
MCP: descoberta de ferramenta em runtime e contexto com estado
O MCP resolve um problema específico: como um agente descobre, em tempo de execução, quais ferramentas existem e como usá-las — e mantém contexto ao longo da conversa. Em vez de você codificar manualmente cada integração dentro do agente, um MCP server expõe suas capacidades de forma que o agente as encontre e as invoque dinamicamente.
É a camada de descoberta e contexto. Ela dá ao agente a habilidade de "olhar em volta" e entender o que pode fazer, com estado preservado entre passos. Isso é poderoso para autonomia, mas o MCP não foi desenhado para ser o canal de alto volume, baixa latência e controle programático fino que outras partes do sistema exigem. Ele resolve descoberta, não substitui a espinha dorsal de dados nem o controle direto de execução.
REST/HTTP API: controle programático direto e ação
A REST API (e HTTP em geral) continua sendo a camada de ação programática direta. Quando você sabe exatamente qual operação quer executar — criar um pedido, consultar um saldo, disparar um webhook — a chamada REST é o caminho previsível, versionável e testável.
REST brilha onde há necessidade de controle explícito e integração com clientes independentes que não são agentes: seu app mobile, seu backend, um parceiro externo. É a camada que a engenharia já domina há duas décadas, com todo o ferramental de autenticação, rate limiting, contratos e observabilidade maduro. Um agente em produção continua chamando APIs REST o tempo todo — só que, com MCP, ele passa a descobrir quais chamar em vez de tê-las todas hard-coded.
Kafka e event-driven: o dado em tempo real que ancora o agente na realidade
Aqui está a camada mais negligenciada — e a que separa um agente que impressiona na demo de um que funciona na produção. O Kafka (e a arquitetura event-driven em geral, incluindo RabbitMQ para outros padrões) é o dado em tempo real por baixo de tudo.
Um agente que só sabe o que estava no prompt ou o que uma API respondeu naquele instante é um agente cego para mudança. Ele alucina sobre estoque que já acabou, preço que já subiu, pedido que já mudou de status. A arquitetura de eventos resolve isso ao manter um fluxo contínuo e governado de fatos — cada mudança relevante do negócio vira um evento que alimenta todo consumidor, inclusive o agente. É o que ancora o agente na realidade em vez de deixá-lo raciocinar sobre uma foto desatualizada do mundo.
Sem essa camada, MCP e REST apenas deixam o agente errar mais rápido e com mais autonomia. Com ela, o agente decide sobre dado vivo.
Não é ou/ou: como as 3 camadas se combinam (MCP + API + eventos)
Junte as três e o quadro fica claro. Um agente pronto para produção normalmente usa:
- MCP para descobrir e orquestrar ferramentas em runtime, com contexto preservado;
- REST/HTTP para executar ações determinísticas com controle e previsibilidade;
- Kafka/event-driven para consumir e reagir a dado em tempo real, mantendo o agente sincronizado com o estado real do negócio.
Cada camada compensa a limitação da outra. O MCP dá flexibilidade, mas precisa de ações confiáveis por baixo (REST) e de dado fresco por baixo (eventos). Escolher só uma é como montar um carro e decidir entre motor, direção ou combustível — todos resolvem coisas diferentes, e o veículo não anda sem os três.
Governança: AI Gateway, registry e observabilidade do que o agente chama
Combinar as três camadas sem governança, porém, vira caos rapidamente. Um agente com autonomia para descobrir ferramentas e reagir a eventos precisa de trilhos. É aqui que entram três peças:
- AI Gateway — o ponto único por onde o agente fala com ferramentas e modelos, aplicando políticas, autenticação e limites;
- Registry — o inventário do que existe (agentes, MCP servers, APIs), para que nada rode invisível;
- Observabilidade — rastrear o que o agente chamou, com que latência e a que custo, para depurar e otimizar.
Não é coincidência que o MuleSoft Agent Fabric já traga Registry e AI Gateway embutidos: a indústria entendeu que integração de agente sem governança não é produção, é risco.
Como a CCX monta e opera essa malha de integração
Desenhar e operar essa malha — MCP para ferramenta, API para ação, event-driven para dado em tempo real, tudo governado — é precisamente o trabalho de Integrações & APIs Enterprise da CCX. Conectividade entre sistemas via REST, GraphQL e gRPC somada a arquitetura event-driven com Kafka e RabbitMQ é o núcleo do que a CCX faz há anos, muito antes de "agente" virar palavra da moda.
Na camada de infraestrutura, a CCX roda os MCP servers, o gateway e os brokers com arquitetura cloud e DevOps — infra como código, auto-scaling e rollback rápido — para que a malha aguente escala e mudança. E fecha o ciclo com Observabilidade 360° (Datadog, Grafana, Prometheus, OpenTelemetry) para rastrear cada chamada do agente: o que foi invocado, com que latência e a que custo.
MCP, API e Kafka não são concorrentes — são camadas. Um agente vira produção quando tem descoberta de ferramenta, ação programática e dado em tempo real na proporção certa, com governança. Implemente a arquitetura de integração do seu agente de IA com a CCX — ou comece vendo a visão geral de soluções de integração.
FAQ (People Also Ask)
MCP substitui REST API? Não. O MCP resolve descoberta de ferramentas em runtime e contexto com estado; a REST API resolve ação programática direta e previsível. Um agente em produção usa os dois — descobre via MCP e executa via REST.
Para que serve Kafka em um agente de IA? Kafka (event-driven) entrega dado em tempo real ao agente, mantendo-o sincronizado com o estado real do negócio — estoque, preço, status de pedido. Sem essa camada, o agente decide sobre informação desatualizada.
Qual a diferença entre MCP, REST e Kafka? São camadas complementares: MCP = descoberta de ferramenta e contexto; REST = ação programática direta; Kafka = dado em tempo real por baixo. Agente vira produção quando combina os três, não quando escolhe um.
O que é o AI Gateway? É o ponto único por onde o agente fala com ferramentas e modelos, aplicando políticas, autenticação, limites e observabilidade. Somado a um registry, evita que integrações de agente rodem invisíveis e sem controle.
Preciso de MuleSoft para integrar agentes? Não necessariamente. MuleSoft Agent Fabric é uma das opções de plataforma, mas a mesma arquitetura de camadas (MCP + API + eventos + governança) pode ser montada com Kafka, RabbitMQ, gateways e registries de outros fornecedores, conforme o contexto.
Conteúdo técnico sobre arquitetura de integração de agentes de IA, agnóstico de fornecedor. Para desenhar e operar a malha MCP + API + event-driven do seu agente, conheça as soluções de integração da CCX.