Cloudflare aposta no QuePaxa, algoritmo de consenso incomum, para o Meerkat, seu serviço experimental

A Cloudflare explica que o Meerkat é um sistema em que as réplicas concordam sobre um log ordenado de eventos, cada um decidido por um algoritmo de consenso. Sobre esse log, o serviço pode expor aplicações como um key-value store, na linha de Consul, etcd e Apache ZooKeeper. A diferença está no ambiente: clusters espalhados entre continentes, ligados por links com latência alta e variável, cenário incomum para sistemas de consenso, que costumam rodar em redes menores e mais locais.

O argumento técnico contra os algoritmos tradicionais é a dependência de líder. No Paxos, propositores concorrentes podem se bloquear mutuamente (interferência destrutiva). Raft, Multi-Paxos e Viewstamped Replication resolvem isso com um líder, mas trocam o problema por outro: se ele falha, fica lento ou é isolado, o sistema para até a eleição de um substituto. A eleição pode falhar e se repetir, o que a empresa descreve como falha metaestável. Em redes assíncronas, ainda é impossível distinguir líder caído de rede lenta, então a detecção de falha erra ou demora. O QuePaxa, publicado em 2023 por Tennage e Băsescu et al., usa líder opcional, dispensa detecção de falha e faz os propositores cooperarem em torno da proposta de maior prioridade. O caso de 2020, com falha parcial de um switch, deixou o dashboard 80x mais lento por seis horas, sem perda de dados, mas sem escrita.

Em 11 de julho de 2026, o CEVIU noticiou o lançamento do Meerkat em matérias como "Cloudflare Apresenta Meerkat: Consenso Distribuído para Escala Global" e "Cloudflare Lança Meerkat: Nova Abordagem para Consenso Distribuído Global", que tratavam do anúncio, do QuePaxa e da ausência de líder único. A cobertura de agora não é um novo lançamento: traz a justificativa da escolha, com os problemas de eleição de líder, detecção de falhas e o incidente de 2020 que motivaram o algoritmo.

Para quem opera infraestrutura distribuída em múltiplas regiões, a leitura é que o gargalo de disponibilidade pode estar na rede e no mecanismo de eleição, não nos servidores. Isso pesa ao avaliar etcd, Consul ou ZooKeeper em topologias geográficas amplas. O Meerkat segue experimental, então serve mais como referência de arquitetura do que como opção de adoção imediata.