Fatos Principais
- Log de eventos de binário único escrito inteiramente em C com arquitetura HTTP-nativa
- Throughput sustentado de ~50.000 mensagens por segundo em cluster Raft de 3 nós
- Latência P99 do cliente medida em 3,46 milissegundos sob carga
- Recuperação de falha trata ~8 milhões de offsets em 40-50 segundos após SIGKILL
- Usa comandos curl padrão como cliente — sem necessidade de JVM, ZooKeeper ou bibliotecas pesadas
- Demonstrou persistência de dados através de vídeo de 2 minutos mostrando recuperação de término não limpo
Resumo Rápido
Um novo sistema de log de eventos durável surgiu, desafiando a complexidade arquitetônica tradicional. Ayder representa uma mudança fundamental rumo à simplicidade, entregando persistência de nível empresarial através de um único binário escrito em C.
A filosofia central do sistema se baseia em design HTTP-nativo, eliminando a necessidade de infraestrutura de cliente complexa. Em vez de exigir ambientes de execução JVM, coordenação ZooKeeper ou bibliotecas de cliente pesadas, Ayder aceita requisições HTTP padrão — o que significa que desenvolvedores podem interagir com ele usando nada mais sofisticado que curl.
Métricas iniciais de performance revelam capacidades impressionantes: throughput sustentado de 50.000 mensagens por segundo em um cluster Raft de três nós, com latência P99 do cliente medindo apenas 3,46 milissegundos. Talvez o mais convincente seja a demonstração de recuperação de falha — após um término SIGKILL não limpo, o sistema reinicia e verifica a integridade de dados para aproximadamente 8 milhões de offsets em menos de um minuto.
A Arquitetura
A filosofia de design do Ayder representa uma partida deliberada dos padrões contemporâneos de sistemas distribuídos. Construído inteiramente em C, o sistema prioriza minimalismo e transparência operacional sobre amplitude de recursos.
O modelo de implantação de binário único Arquitetura HTTP-nativa muda fundamentalmente como aplicativos se integram ao log de eventos. Em vez de importar SDKs especializados ou gerenciar pools de conexão para serviços de coordenação, desenvolvedores emitem requisições HTTP padrão. Essa abordagem oferece várias vantagens: O sistema usa consenso Raft em um cluster de três nós para garantir durabilidade e disponibilidade. Operações de escrita sincronizam através da maioria dos nós antes de reconhecer conclusão, fornecendo garantias de consistência forte mesmo durante partições de rede ou falhas de nó.
"Números (3 nós Raft, rede real, escrituras de maioria síncrona, payload 64B): ~50K msg/s sustentado (wrk2 @ 50K req/s), P99 do cliente ~3,46ms."
— Benchmarks de Performance
Benchmarks de Performance
Validação de performance ocorreu em um cluster Raft de três nós operando em um ambiente de rede real — não simulado ou em condições de teste isoladas. O cenário de benchmark usou escrituras de maioria síncrona com payloads de 64 bytes, representando tamanhos típicos de mensagens de evento em arquiteturas de streaming.
Resultados demonstram throughput sustentado de aproximadamente 50.000 mensagens por segundo sob carga contínua de 50.000 requisições por segundo usando a ferramenta de benchmark wrk2. Esse nível de throughput indica que o sistema pode lidar com ingestão de eventos em escala de produção sem se tornar um gargalo.
Métricas de latência mostram latência P99 do cliente de 3,46 milissegundos, significando que 99% das requisições completam dentro desse período. Esse perfil de performance sugere que Ayder pode suportar aplicações sensíveis a latência onde tempos de resposta consistentes são críticos.
Números (3 nós Raft, rede real, escrituras de maioria síncrona, payload 64B): ~50K msg/s sustentado (wrk2 @ 50K req/s), P99 do cliente ~3,46ms.
A metodologia de benchmark enfatiza condições reais, fornecendo confiança de que essas métricas se traduzem em cenários de implantação reais em vez de medições de laboratório idealizadas.
Recuperação de Falha
Talvez a demonstração mais convincente da durabilidade do Ayder seja sua capacidade de recuperação de falha. O sistema foi submetido a um término SIGKILL não limpo — simulando uma falha súbita de servidor ou perda de energia sem procedimentos de desligamento graceful.
Após o término forçado, Ayder reiniciou e verificou com sucesso que todos os offsets e dados permaneceram intactos. O processo de recuperação tratou aproximadamente 8 milhões de offsets em um período variando de 40 a 50 segundos. Essa velocidade de recuperação demonstra mecanismos eficientes de checkpointing e replay de log.
O vídeo de demonstração, que tem aproximadamente dois minutos desde o crash inicial até a validação completa da recuperação, fornece prova visual da resiliência do sistema. Essa capacidade aborda um requisito crítico para sistemas de produção: manter a integridade de dados através de falhas não planejadas.
Características chave de recuperação incluem:
- Verificação automática de offset após reinício
- Zero perda de dados apesar de término não limpo
- Replay rápido de milhões de eventos registrados
- Processo de recuperação transparente sem necessidade de intervenção manual
Essas métricas de recuperação indicam que Ayder implementa estratégias robustas de logging ahead e snapshotting, garantindo que até falhas catastróficas não comprometam a consistência do log de eventos.
Oportunidade de Parceiro de Design
O desenvolvedor está ativamente buscando parceiros de design iniciais para validar Ayder em diversos cenários de produção. Este convite se estende a organizações que executam qualquer tipo de workload de ingestão ou streaming de eventos.
Parceiros de design ganhariam acesso antecipado à tecnologia enquanto fornecem feedback que molda o roadmap. O sistema parece pronto para testes reais, com documentação abrangente incluindo benchmarks, vídeos de demonstração e guias de início rápido disponíveis no repositório.
Organizações que podem se beneficiar da avaliação incluem aquelas atualmente usando:
- Filas de mensagens tradicionais buscando simplicidade HTTP
- Arquiteturas de sourcing de eventos que exigem durabilidade
- Microserviços necessitando coordenação leve
- Plataformas de streaming priorizando recuperação de falhas
A chamada para parceiros sugere que o projeto amadureceu além do estágio de prova de conceito e está pronto para validação mais ampla. Adotantes iniciais ajudariam a identificar casos extremos, limites de performance e padrões de integração em diferentes ambientes de implantação.
Olhando para o Futuro
Ayder representa um retorno à simplicidade no design de sistemas distribuídos. Ao remover camadas de abstração e aproveitar protocolos HTTP ubíquos, oferece uma alternativa convincente para arquiteturas complexas de log de eventos.
A combinação de alta performance (50K msg/s), baixa latência
