Meta adota proxy ZGateway para otimizar ZippyDB e centralizar gestão de tráfego

A Meta apresentou o ZGateway, uma camada de proxy stateless que atua como mediador entre os clientes do ZippyDB e a frota de servidores de banco de dados. Essa arquitetura substitui o modelo anterior de acesso direto, onde cada cliente ZippyDB estabelecia e gerenciava dezenas de milhares de conexões diretas aos shards do banco de dados, criando uma complexa e ineficiente malha many-to-many de conexões TLS. Com o ZGateway, a Meta centraliza o gerenciamento de tráfego, mitigando problemas como o esgotamento de descritores de arquivo e OOMs (Out-Of-Memory) causados por picos de reconexão de clientes.

O ZGateway otimiza a arquitetura de dados e engenharia de forma robusta. Ele consolida requisições de múltiplos clientes, implementando batching e coalescing para reduzir a carga nos servidores de banco de dados. Isso significa menos requisições, maior eficiência de CPU e suavização de micro-picos de tráfego. Além disso, o proxy oferece controle de admissão discriminante, isolando inquilinos ruidosos e garantindo a qualidade do serviço. Possui também um cache de leitura com invalidação em tempo real, que desafoga o armazenamento e reduz a latência. A camada de proxy é gerenciada pelo ServiceRouter, a malha de serviços hyperscale da Meta, permitindo roteamento e balanceamento de carga dinâmicos, inclusive entre regiões, aumentando a resiliência.

A principal mudança é a evolução de uma abordagem de acesso direto, onde cada um dos milhões de clientes do ZippyDB gerenciava suas próprias conexões e lógicas de batching, para um modelo centralizado via ZGateway. No passado, o ZippyDB operava com uma malha de conexões densa e propensa a falhas, com bibliotecas de batching no lado do cliente que eram consideradas frágeis e consumidoras de CPU. Incidentes como tempestades de reconexão podiam levar a falhas generalizadas nos hosts de banco de dados.

Com a implementação do ZGateway, essa complexidade é abstraída para uma camada gerenciada. As bibliotecas de batching do lado do cliente foram aposentadas, com suas funcionalidades incorporadas ao proxy. O que antes era uma gestão fragmentada e reativa de políticas de failover e balanceamento de carga, agora é centralizado e pode ser alterado em minutos no ZGateway, eliminando a necessidade de atualizações em milhões de clientes. Essa transição representa um salto na resiliência e na capacidade operacional da infraestrutura de dados da Meta, movendo o controle para um ponto unificado.

A implementação do ZGateway é fundamental para a Meta manter a escalabilidade e a confiabilidade de sua infraestrutura de dados, especialmente para o ZippyDB, um pilar que suporta bilhões de operações por segundo. Reduzir a entrada de conexões em 97-98% diminui drasticamente o consumo de recursos nos servidores de banco de dados, liberando CPU e memória para operações de dados reais. Isso se traduz em custos operacionais menores e maior capacidade de processamento para cargas de trabalho crescentes, incluindo as de IA.

A capacidade de centralizar políticas de failover, balanceamento de carga e controle de admissão permite à Meta reagir rapidamente a problemas e otimizar o uso de recursos sem depender de lentos rollouts de software para milhões de clientes. A centralização do tráfego e o isolamento de inquilinos também são cruciais para a estabilidade do ecossistema, garantindo que um cliente "barulhento" não impacte os demais. Essa estratégia alinha-se com a evolução da plataforma de dados unificada da Meta, conforme noticiado pelo CEVIU News em 3 de agosto de 2026, consolidando pontos de controle e governança sobre fluxos de dados massivos.