ZenteiQ quadruplica a geração de dados sintéticos com GKE Inference Gateway e llm-d
Aprofundamento CEVIU
Aprofundamento
O caso da ZenteiQ mostra um uso de inference que foge do chatbot: geração de dados sintéticos em lote para pré-treinar modelos científicos de fundação. O pipeline tem quatro etapas: expandir conceitos em prompts, gerar traços de raciocínio, avaliar as respostas e rodar checagens de guardrail com outra família de modelos. Tudo passa por um único GKE Inference Gateway, alimentado pelo framework open source llm-d, na frente de pools vLLM.
O problema era de roteamento. O round-robin via ClusterIP não enxergava a fila das engines vLLM e mandava pedidos novos para pods ocupados com derivações longas. Pior: como 70% a 80% de cada prompt é contexto compartilhado, as requisições se espalhavam e cada pod recalculava o mesmo prefixo. Com o gateway, a decisão passa a usar fila e uso de KV cache em tempo real. O throughput agregado foi de 16.964 para 69.114 tokens por segundo a cada 1.000 aceleradores. A taxa de acerto do cache de prefixo subiu 14 pontos percentuais, e os pools individuais ganharam de 3,5x a 5,5x.
O que mudou
A cobertura anterior do CEVIU trazia o GKE Inference Gateway em duas frentes: a matéria de 13 de fevereiro de 2026, sobre os 35% de redução de latência no Vertex AI com roteamento load-aware e content-aware, e a de 17 de junho de 2026, sobre o cache de prefixo inteligente. Em 25 de setembro de 2026, o assunto foi o roteamento multi-cluster. Agora a tecnologia aparece num cliente externo, com carga em lote e métrica de throughput, não de latência. O ganho aqui é em tokens por dia, e o artigo cita o caso do Vertex como referência.
Por que isso importa
Com alocação fixa de computação, cada hora gasta gerando dados é uma hora a menos de pré-treino. Roteamento melhor devolve esse tempo e evita cluster parado esperando dataset. A ZenteiQ também planeja usar a mesma configuração em RL pós-treino e na avaliação automática de solvers numéricos.
Linha do tempo
Vertex AI reduz latência em 35% com GKE Inference Gateway.
GKE Inference Gateway ganha roteamento com cache de prefixo inteligente.
Google apresenta roteamento multi-cluster no GKE Inference Gateway.
ZenteiQ quadruplica a geração de dados sintéticos com GKE Inference Gateway e llm-d.
Perguntas frequentes
O que a ZenteiQ conseguiu com o GKE Inference Gateway?
O throughput agregado de inference foi multiplicado por 4,07. A produção diária passou de 1,47 bilhão para 5,97 bilhões de tokens a cada 1.000 aceleradores. Os pools individuais ganharam entre 3,5x e 5,5x.
Por que o round-robin padrão atrapalhava o pipeline?
Ele não via a fila das engines vLLM e mandava requisições a pods já ocupados com raciocínios longos. Também espalhava prompts com 70% a 80% de contexto em comum, e cada pod recalculava o prefixo. O throughput chegava a oscilar até 50% numa mesma execução.
Qual o papel do llm-d nessa solução?
O GKE Inference Gateway usa o llm-d, framework open source de inference distribuída, para rotear com base em sinais reais das engines. Ele monitora profundidade de fila e uso de KV cache. Assim envia pedidos a nós livres e, quando possível, ao nó com o prefixo já em cache.
Quais os próximos passos da ZenteiQ?
A startup quer reaproveitar o gateway e o llm-d no aprendizado por reforço pós-treino e em loops de avaliação de solvers numéricos. Esses rollouts multi-turno dependem ainda mais de balanceamento de fila e caches de prefixo aquecidos. O plano acompanha a escala dos modelos de 9B para 35B parâmetros e além.
Fontes
- cloud.google.comfonte original
- Categoria
- CEVIU IA
- Publicado
- 22 de outubro de 2026
- Editoria
- CEVIU IA

