L'Arma Segreta di Claude Code: I MicroVMs Firecracker che Cambieranno l'Hosting
L'Infrastruttura Segreta di Claude Code che Nessuno Tocca
Chiunque abbia usato Claude Code ha notato qualcosa di diverso. L'ambiente è veloce — sospettosamente veloce. Le sessioni partono in un istante, il filesystem è immacolato, e tutto gira in un terminale web.
Ma vi siete mai chiesti cosa gira davvero quando vi connettete?
La maggior parte delle persone no — almeno fino ad ora.
Tutto Gira su Firecracker
Il cuore tecnologico di Claude Code è Firecracker, la stessa tecnologia microVM che alimenta AWS Lambda e Fargate. Se lavorate con infrastruttura cloud, questo dovrebbe attirare la vostra attenzione.
Ecco cosa trovate dentro ogni sessione:
- 4 vCPU (Intel Xeon Cascade Lake @ 2.80GHz)
- 16GB di RAM
- 252GB di disco
- Kernel Linux 6.18.5
Niente virtualizzazione annidata. Firecracker rimuove intenzionalmente i flag VMX/SVM che permetterebbero al guest di creare le proprie VM — una scelta consapevole per isolare i carichi di lavoro.
Ma qui arriva il bello: niente systemd. Nessun demone SSH. Nessun cron. Nessuna infrastruttura di logging. L'intero albero dei processi sembra così:
PID 1: /process_api --firecracker-init --addr 0.0.0.0:2024
└─ PID 517: /usr/local/bin/environment-manager task-run --session cse_...
└─ PID 532: claude (il CLI stesso)
Tre processi. Fine della lista. Il primo è un binario custom che funge da init system e gateway API WebSocket. Ascolta sulla porta 2024 per le connessioni WebSocket e sulla 2025 per gli endpoint secondari.
Design elegante: si toglie tutto ciò che non serve per ridurre la superficie d'attacco e massimizzare le performance.
L'Architettura Snapshot: Dove Succede la Magia
La scoperta più interessante non è la microVM in sé — è come vengono inizializzate le sessioni.
Le sessioni non bootano da zero. Vengono ripristinate da snapshot congelati.
Esaminando i log di boot, i ricercatori hanno trovato un gap di 48.5 ore tra la creazione della VM template e il ripristino di una sessione:
[ 30.731516] Run /process_api as init process
~~~ 48.5 HOUR GAP — VM WAS FROZEN AS SNAPSHOT ~~~
[174695.927758] virtio_blk: [vdc] new size: ...
È essenzialmente lo stesso concetto di SnapStart che AWS Lambda ha introdotto. Il template fa boot una volta, si inizializza allo stato pronto, poi viene congelato come snapshot. Quando avviate una nuova sessione, il sistema ripristina quello snapshot in millisecondi invece di aspettare una sequenza di boot completa.
Lo hot-swap dei dispositivi durante il ripristino è particolarmente furbo:
| Dispositivo | Template | Dopo Ripristino | Contenuto | |------------|----------|-----------------|-----------| | vda | placeholder | 256 GiB ext4 | Session rootfs (Ubuntu 24.04) | | vdb | placeholder | 63.7 MB squashfs | /opt/claude-code | | vdc | placeholder | 12.1 MB squashfs | /opt/env-runner |
Il filesystem root è un block device iniettato dinamicamente. L'ambiente Ubuntu risiede su un volume ext4 che viene scambiato al momento del ripristino, mentre gli strumenti Claude Code e l'ambiente runner sono montati come overlay squashfs.
Questo approccio layered significa che ogni sessione ottiene un ambiente pulito e isolato senza l'overhead di ricreare l'intero filesystem.
Cosa Significa "Antspace" per la Corsa all'Infrastruttura AI
Ecco la speculazione che rende questa storia interessante: il reverse engineering ha scoperto riferimenti che suggeriscono come Anthropic stia costruendo internamente una piattaforma chiamata "Antspace."
Se fosse vero, posizionerebbe Anthropic come un potenziale competitor PaaS — un Vercel per applicazioni AI-native.
Pensate a cosa stanno costruendo:
- Un ambiente runtime che gestisce autenticazione, gestione processi e comunicazione WebSocket
- Esecuzione isolata su microVM con forti confini di sicurezza
- Deployment e scaling istantaneo basato su snapshot
- Un'architettura API-first pensata per il controllo programmatico
È esattamente l'infrastruttura che servirebbe per supportare non solo Claude Code, ma un'intera suite di strumenti di sviluppo AI-powered, pipeline di deployment e piattaforme di hosting.
L'Architettura di Sicurezza Merita Attenzione
Il team ha chiaramente riflettuto bene sulla sicurezza. Le misure notevoli includono:
init_on_free=1 — Le pagine di memoria vengono azzerate quando liberate, prevenendo data leakage tra sessioni.
CRNG reseeding — Il generatore di numeri random crittografici viene re-seedato dopo il ripristino della VM. È critico perché gli snapshot potrebbero teoricamente condividere lo stesso stato di entropia, creando una vulnerabilità crittografica.
Capability dropping — Dopo l'inizializzazione, PID 1 rilascia CAP_SYS_RESOURCE, limitando cosa il processo può fare anche se compromesso.
--block-local-connections — L'accesso WebSocket localhost è bloccato, impedendo alla sessione di connettersi direttamente alle interfacce di gestione.
Autenticazione JWT — Le connessioni WebSocket richiedono token verificati, e i secret vengono rimossi dalle configurazioni dopo l'uso.
Non è security theater — sono scelte di hardening concrete che suggeriscono come questa infrastruttura fosse pensata per carichi di lavoro production.
Perché Conta per gli Sviluppatori
Stiate costruendo strumenti AI, agent di coding, o applicazioni cloud-native, i pattern che emergono dall'infrastruttura di Claude Code meritano studio:
Firecracker sta diventando lo standard per workload che richiedono isolamento spinto. Se state valutando container contro microVM, Firecracker offre sicurezza a livello VM con velocità da container.
L'inizializzazione basata su snapshot è il futuro per tutto ciò che richiede tempi di avvio sub-secondi. Questo pattern si sta diffondendo da Lambda agli ambienti di sviluppo.
I sistemi init custom stanno ritornando in auge. Quando non serve lo stack completo di systemd, un supervisor minimal custom può essere più veloce, più sicuro e più mirato.
Le aziende AI stanno costruendo infrastruttura che potrebbe alla fine competere con provider cloud tradizionali. La piattaforma interna di Anthropic, se confermata, rappresenta un investimento significativo nello spazio dell'hosting.
La prossima volta che avviate Claude Code, non state solo usando un tool CLI — state accedendo a uno sguardo sull'infrastruttura cloud AI-native che potrebbe definire come le applicazioni intelligenti vengono costruite e deployate nei prossimi anni.
Il Quadro Più Ampio
Ciò che colpisce di più non è alcun dettaglio tecnico singolo. È la prova che le aziende AI stanno pensando seriamente allo stack completo — non solo ai modelli, ma all'infrastruttura per far girare tutto ciò che quei modelli abilitano.
Anthropic non sta solo costruendo Claude. Sta costruendo il layer di piattaforma che potrebbe supportare una nuova generazione di applicazioni AI-native.
E se "Antspace" fosse reale? La competizione nello spazio dell'hosting AI sta per farsi molto interessante.