Voltar
ZenteiQ quadruplica a geração de dados sintéticos com GKE Inference Gateway e llm-d

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

  1. Vertex AI reduz latência em 35% com GKE Inference Gateway.

  2. GKE Inference Gateway ganha roteamento com cache de prefixo inteligente.

  3. Google apresenta roteamento multi-cluster no GKE Inference Gateway.

  4. 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

Avalie este artigo:
Categoria
CEVIU IA
Publicado
22 de outubro de 2026
Editoria
CEVIU IA

Quer receber mais sobre CEVIU IA?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser