OVHcloud pubblica la guida per distribuire Microcks su MKS con Gateway API

OVHcloud ha pubblicato il 21 settembre 2026 sul proprio blog una guida passo-passo per distribuire Microcks, strumento open source di mocking e testing delle API, su un cluster Managed Kubernetes Service (MKS). Utile a chi deve testare un'integrazione quando il backend reale non è ancora pronto, senza aspettare che il team a monte rilasci l'endpoint.

Cosa serve per partire

La procedura richiede un progetto Public Cloud OVHcloud, le credenziali API per gestire MKS, la CLI OVHcloud, kubectl e Helm. Il primo passo è creare il cluster e un node pool: il piano Free offre una SLO del 99,9% e supporta cluster fino a 100 nodi, ma nella guida OVHcloud stessa indica che per un uso in produzione conviene passare al piano Standard, il Free è pensato per test.

Per Microcks, composto da applicazione, Keycloak con il suo PostgreSQL, MongoDB e il runtime Postman, la guida consiglia un node pool da tre nodi general purpose in formato b3-8 (2 vCore, 8 GB di RAM). Sul listino ufficiale OVHcloud quell'istanza costa $0,0605 all'ora, circa $44,165 al mese: tre nodi per tutta la durata del mese portano il solo compute oltre i 130 dollari mensili, prima di storage e rete.

Esposizione via Gateway API

Per pubblicare Microcks all'esterno la guida usa Gateway API, successore di Ingress, con Envoy Gateway come controller e cert-manager abbinato a Let's Encrypt per i certificati TLS automatici. Il traffico finisce su un Load Balancer Public Cloud OVHcloud. Da listino ufficiale, i modelli disponibili vanno dalla taglia S, Load Balancer S | 200 Mbit/s | 250 | 10000 | | | $0.0095 | ~$6.935, fino alla XL da $0.2304 | ~$168.192 al mese.

Taglia LB	Banda	Prezzo/mese (escl. tasse)
S	200 Mbit/s	~$6,935
M	500 Mbit/s	~$17,374
L	2 Gbit/s	~$46,209
XL	4 Gbit/s	~$168,192

La guida configura cinque listener sul Gateway: HTTP/HTTPS per Microcks, TLS passthrough per gRPC, HTTP/HTTPS per Keycloak. Microcks viene poi installato con il chart Helm ufficiale, impostando gatewayRoutes: true al posto delle risorse Ingress classiche.

Per chi ha ancora in uso il vecchio Load Balancer dedicato a MKS, da tenere presente: ha raggiunto End of Sale e End of Support, con End of Life previsto per luglio 2026, e va sostituito con il nuovo Public Cloud Load Balancer per tutti i nuovi progetti.

Per un ambiente di produzione, OVHcloud suggerisce infine di sostituire PostgreSQL e MongoDB in-cluster con i rispettivi servizi Managed Databases, separando il database dalla piattaforma applicativa.