News

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 e Enix: come si costruisce un'architettura 3-AZ per SaaS B2B critici

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).