Aeron: Dentro il Sistema di Messaggistica che Alimenta Metà del Settore HFT

Aeron: Media Driver, memoria condivisa, log a triplo buffer — l'architettura che ha stabilito lo standard per la messaggistica a bassa latenza.

Quando si parla di sistemi di messaggistica per il trading ad alta frequenza, un nome emerge in ogni conversazione — Aeron. Sviluppato da Martin Thompson e dal team di Real Logic (in seguito Adaptive Financial Consulting), Aeron è diventato lo standard de facto per la trasmissione di dati in un mondo in cui i microsecondi decidono tutto.

In questo articolo, scomponiamo Aeron nelle sue parti: Transport, Archive, Cluster e Sequencer. Spieghiamo come funziona internamente, dove risiedono i suoi punti di forza — e dove iniziano i problemi.

TL;DR

• Aeron — sistema di messaggistica open-source (Apache 2.0) per applicazioni a bassa latenza
• Latenza IPC: ~250 ns round-trip via memoria condivisa
• Throughput: oltre 20 milioni di messaggi al secondo
• Quattro prodotti: Transport (core), Archive (registrazione/riproduzione), Cluster (Raft), Sequencer (ordinamento totale)
• Linguaggio: Java (principale) + client C (meno completo)
• Utilizzato da: decine di aziende HFT, market maker e exchange

Parte 1: Aeron Transport — Il Nucleo

Architettura: Media Driver

Il componente centrale è il Media Driver — un processo separato (o libreria embedded) che gestisce tutta la trasmissione dei dati. Le applicazioni comunicano con esso tramite memoria condivisa (file mmap in /dev/shm).

Strutture dati principali:

• ManyToOneRingBuffer (MPSC) — comandi dai client al Media Driver
• BroadcastTransmitter/Receiver — risposte dal Media Driver ai client
• Log Buffers — log append-only a triplo buffer per i dati
• Position Counters — contatori atomici per il coordinamento delle posizioni

Prestazioni

Parte 2: Aeron Archive — Registrazione e Riproduzione

Archive registra i flussi di messaggi su disco per la riproduzione da qualsiasi posizione. Casi d'uso: audit normativo, ripristino da crash, backtesting, debugging.

Parte 3: Aeron Cluster — Consenso Raft

Macchina a stati replicata fault-tolerant per sistemi in cui perdere un messaggio è inaccettabile (matching engine, gestione degli ordini). Elezione del leader, replicazione del log, letture fortemente consistenti.

Parte 4: Aeron Sequencer — Ordinamento Totale

Nuovo prodotto (2025) ottimizzato per i mercati dei capitali. Fornisce un ordinamento globale singolo di tutti gli eventi — fondamentale per i matching engine e il market making multi-venue. Basato su Cluster. Prodotto commerciale (closed-source).

Punti Deboli

1. Dipendenza JVM — safepoint, pause GC, warm-up JIT
2. Overhead del Media Driver — hop aggiuntivo attraverso la memoria condivisa
3. Nessun kernel bypass nativo — solo UDP (io_uring, DPDK non supportati nell'open-source)
4. SBE è separato — schemi XML, generatore di codice Java, fase di build separata
5. Nessuna rete zero-copy — i dati vengono copiati dal socket al log buffer

Alternative

Noi di Marketmaker.cc abbiamo sviluppato ZigBolt — un'alternativa open-source ad Aeron in Zig. Nessuna JVM, nessun GC, codec comptime, latenza SPSC di 20 ns. Per saperne di più leggi il nostro articolo su ZigBolt.

Link:

• Aeron GitHub: github.com/real-logic/aeron
• Martin Thompson: mechanical-sympathy.blogspot.com
• ZigBolt (la nostra alternativa): articolo | sito
• Marketmaker.cc: marketmaker.cc

Citazione

@article{soloviov2026aeron,
  author = {Soloviov, Eugen},
  title = {Aeron: Inside the Messaging System That Powers Half of the HFT Industry},
  year = {2026},
  url = {https://marketmaker.cc/it/blog/post/aeron-messaging-overview},
  description = {Analisi approfondita dell'architettura: Aeron Transport, Archive, Cluster, Sequencer.}
}