Buscar matérias, modelos, ferramentas…
Open Source

Gateway conecta Kafka, APIs e agentes de IA em alta no GitHub

Projeto da Aklivity unifica protocolos de eventos e MCP em um gateway configurável para aplicações, dispositivos e agentes.

Redação NovidadesIA 4 min de leitura

O Zilla é um gateway multiprotocolo e sem estado, criado pela Aklivity, que conecta Apache Kafka, MQTT, HTTP, SSE, gRPC e MCP. O repositório entrou no ranking diário do Trendshift na posição #17 e resolve um problema comum em arquiteturas orientadas a eventos: aplicações e agentes de IA precisam acessar dados distribuídos por protocolos, APIs e serviços diferentes.

Dados rápidos

  • Repositório: aklivity/zilla
  • Licença: NOASSERTION
  • Linguagem: Java
  • Estrelas e forks: 1.035 estrelas e 132 forks; 296 estrelas no período
  • Ranking: Trendshift diário #17
  • Consulta: 11 de agosto de 2026

O problema que o Zilla resolve

Browsers e aplicações HTTP não falam diretamente com Kafka, enquanto dispositivos de Internet das Coisas costumam usar MQTT. O Zilla atua como uma camada intermediária para expor tópicos e operações de streaming por protocolos mais adequados a cada cliente.

O projeto também mira agentes de IA que precisam combinar ferramentas de servidores MCP, APIs HTTP, serviços descritos por OpenAPI e dados do Kafka. Em vez de criar integrações separadas para cada fornecedor, a proposta é concentrar rotas, identidade, autorização, esquemas e telemetria em um único gateway.

A configuração é declarativa e fica em um arquivo zilla.yaml. Segundo o README, o mesmo mecanismo atende a duas superfícies: o Event Gateway, voltado a aplicações, serviços e dispositivos, e o MCP Gateway, voltado à federação de capacidades para agentes.

Como funciona e como instalar

No Event Gateway, o Zilla pode expor Kafka e MQTT usando HTTP, SSE, gRPC, MQTT ou WebSocket. No MCP Gateway, ele apresenta um endpoint único e encaminha cada chamada ao servidor MCP, API, serviço OpenAPI ou cluster Kafka correspondente.

As capacidades são organizadas por nomes de toolkit, no formato <toolkit>__<capability>. Assim, operações como github__create_pr, payments__refund e kafka__produce_message podem coexistir sem colisões de nomes.

O README exige Docker Compose para o início rápido. Um exemplo de REST sobre Kafka pode ser executado assim:

git clone https://github.com/aklivity/zilla.git
cd zilla/examples
docker compose --project-directory http.kafka.crud up -d

Depois, o exemplo permite criar e consultar itens em http://localhost:7114/items. Para o gateway MCP, o comando indicado é:

docker compose --project-directory mcp.proxy up -d

O cliente MCP deve usar http://localhost:7114/mcp. As métricas podem ser consultadas em http://localhost:7190/metrics.

Casos de uso práticos

  • REST sobre Kafka: aplicações podem criar e consultar registros por HTTP enquanto os dados permanecem em tópicos Kafka.
  • Integração com dispositivos IoT: clientes MQTT podem acessar uma arquitetura cujo sistema de registro usa Kafka.
  • Federação de servidores MCP: vários provedores podem ser apresentados por um endpoint virtual, com roteamento por toolkit.
  • Exposição de APIs como ferramentas: serviços HTTP e descrições OpenAPI podem ser disponibilizados para agentes como ferramentas e recursos MCP.
  • Acesso de agentes a eventos: operações Kafka podem ser expostas diretamente por meio da integração nativa entre MCP e Kafka.

O que diferencia o projeto

O Zilla combina gateway de eventos e gateway MCP no mesmo motor orientado a streaming. A configuração compartilhada inclui roteamento, autenticação, autorização, esquemas, telemetria e implantação, em vez de exigir uma camada independente para cada protocolo.

O projeto também prevê descoberta de ferramentas em modos eager e cold, úteis para catálogos grandes, e permite filtrar capacidades conforme a autorização do agente. Para cargas JSON, Avro e Protobuf, o README descreve validação e transformação por guardrails de esquema.

A comparação com alternativas específicas não foi informada no repositório. O material disponível descreve a arquitetura e os recursos do Zilla, mas não apresenta benchmarks comparativos, números de latência ou medições de throughput.

Limitações e cuidados antes de adotar

A licença aparece como NOASSERTION, portanto os termos aplicáveis ao uso e à distribuição precisam ser verificados antes da adoção. O projeto é escrito em Java e os exemplos dependem de Docker Compose; requisitos completos de produção não foram informados no repositório.

O README descreve autenticação, autorização, troca de credenciais e observabilidade, mas não informa auditorias independentes de segurança. Também não foram informados benchmarks reproduzíveis, versões de Kafka ou MQTT suportadas, política de suporte, acordo de nível de serviço ou histórico de vulnerabilidades.

O repositório tinha 227 issues abertas na consulta, indicador que deve ser considerado no planejamento operacional. A última release informada é a 2.1.1, publicada em 10 de agosto de 2026, e o último commit ocorreu em 11 de agosto de 2026.

Resumo rápido

  • Projeto: gateway multiprotocolo para Kafka, APIs, dispositivos e agentes de IA
  • Licença: NOASSERTION
  • Linguagem: Java
  • Estrelas: 1.035
  • Ranking: Trendshift diário #17
  • Risco principal: termos de licença, requisitos de produção e segurança não informados

Fontes

Fontes

JavaOpen SourceTrendshift
Como fazemos: nossa equipe monitora diariamente os repositórios de código aberto em maior alta e produz esta cobertura com apoio de modelos de linguagem, sempre a partir de dados verificados na fonte primária — repositório, documentação oficial e ranking público. Os números de estrelas e a posição no ranking refletem o momento da coleta. Entenda o método.

Leia também