OVHcloud e Enix: come si costruisce un'architettura 3-AZ per SaaS B2B critici
OVHcloud ed Enix mostrano con un caso reale di ticketing B2B come il 3-AZ regge picchi di traffico senza punti singoli di guasto.
Redazione UptimeMag · 19 agosto 2026 · 2 minuti di lettura

OVHcloud ed Enix hanno pubblicato il 19 agosto 2026 un caso reale su come si tiene in piedi un SaaS B2B quando il traffico esplode senza preavviso: una piattaforma di ticketing dove un minuto di fermo conta già come interruzione di servizio. L'esempio riguarda chi deve garantire SLA stretti su carichi concentrati, non solo la ticketing.
L'architettura 3-AZ
Il provider ha ridisegnato l'infrastruttura regionale attorno a zone di disponibilità fisicamente separate: tre datacenter a più di 30 km di distanza, collegati da una latenza inter-zona sotto 1 ms. L'obiettivo è che se una zona si ferma, l'applicazione continui a girare a piena velocità, non solo a restare online.
Non tutti i servizi reagiscono allo stesso modo a un guasto locale. I servizi "Region" — Object Storage, database gestiti, Load Balancer, IP pubblico e Managed Kubernetes Service — arrivano con alta disponibilità integrata. I servizi "Zone" (le VM tradizionali) sono un'altra storia: tocca all'architetto gestire distribuzione e failover.
Sul fronte Kubernetes, il nuovo MKS Standard offre un control plane attivo-attivo su 3-AZ, con un etcd dedicato da 8 GB e capacità per 500 nodi per cluster. Sul lato rete, i nodi sono privati di default, con un'API "Private Exposure" per gestirli in arrivo.
Secondo Maxime Lehmann, Product Marketing Leader di OVHcloud: "Resilience is delivered by default, and moving traffic between availability zones costs nothing extra."
Il livello operativo di Enix
L'infrastruttura resiliente, da sola, non copre il lavoro quotidiano: aggiornamenti di versione, drift di configurazione, incidenti da risolvere. Il layer "Enix on Top" aggiunge supporto 24/7 di ingegneri senior, monitoraggio delle migrazioni e controllo FinOps. Alexandre Buisine, Managing Partner di Enix, lo riassume così: "We offer more than just infrastructure; we provide a highly available end-to-end service with a single point of entry for operations."
Il percorso dal kick-off al go-live segue cinque passaggi — approvazione dell'ordine, consegna dell'infrastruttura OVHcloud, deploy del layer Enix, lancio — e in alcuni casi si chiude in meno di un mese.
Il caso studio completo, con tutti i dettagli tecnici, è disponibile sul sito CNCF.
Testo redatto con il supporto dell'intelligenza artificiale e verificato dalla redazione (AI Act, art. 50).