Container Hosting

Container,
senza Kubernetes.

Carica un'immagine Docker, ottieni un URL. Service discovery interno, domini personalizzati, scalabilità a zero in inattività. Tu scrivi il Dockerfile; noi gestiamo il cluster.

Unisciti alla lista d'attesa Vedi i piani
Accesso anticipato: il Container Hosting viene lanciato nel Q3 2026. I membri della lista d'attesa ricevono 2 mesi gratuiti al lancio su qualsiasi piano.
Carica immagine Docker Scalabilità a zero in inattività Domini personalizzati + SSL automatico Supporto in orario NZ
kpanel.kapsulecloud.com/containers

acme-api · cluster

5/5 healthy

api-gateway

replicas 2/2 · 8% cpu · 124 MB

attivo

orders-service

replicas 3/3 · 12% cpu · 287 MB

attivo

queue-worker

replicas 4/4 · 6% cpu · 198 MB

attivo

admin-dashboard

replicas 1/1 · 3% cpu · 67 MB

attivo

cron-runner

replicas 0/1 · 0% cpu · 0 MB

inattivo
Cluster · 4 GB in pool · 2 vCPU in poolDistribuisci da GitHub →

~10s

Avvio a freddo

Zero

Costo inattività su Pod

Auto

Deploy via GitHub

Streamed

Log in tempo reale + metriche

SupportaDocker·OCI images·Dockerfile·docker-compose·k3s-compatible·GitHub Actions deploys

Prezzi

Tre piani. Stessa orchestrazione.

Tutti e tre includono integrazione GitHub, domini personalizzati, SSL automatico, service discovery interno e log in tempo reale + metriche. I piani superiori eseguono più container con più risorse.

Pod

$29/ mese

1 container · 512 MB · 0.5 vCPU

Progetti personali, piccole API.

  • 1 container
  • 512 MB RAM, 0,5 vCPU
  • Ridimensionamento a zero in standby
  • Sottodominio *.kaps.run
  • SSL automatico
  • Integrazione deploy GitHub
Unisciti alla lista d'attesa
Il più scelto

Cluster

$89/ mese

Up to 5 containers · 4 GB · 2 vCPU

Staging + piccola produzione.

  • Fino a 5 container
  • 4 GB RAM, 2 vCPU in pool
  • Service discovery interno
  • Domini personalizzati
  • Volumi persistenti (a pagamento)
  • Supporto prioritario
Unisciti alla lista d'attesa

Fleet

$249/ mese

Unlimited containers · 16 GB · 8 vCPU

Microservizi in produzione.

  • Container illimitati
  • 16 GB RAM, 8 vCPU in pool
  • Routing multi-regione
  • Supporto premium
  • SLA disponibile
  • Add-on ore di engineering
Unisciti alla lista d'attesa

I membri della lista d'attesa ricevono 2 mesi gratuiti su qualsiasi piano al lancio. Prezzi definitivi fissati al GA.

Cosa puoi eseguire

Se si pacchettizza come container, gira qui.

Sei modi comuni in cui i team utilizzano il Container Hosting. Carichi di lavoro stateless in cui lo stato risiede altrove (DB gestito, object storage, code).

Servizio API stateless

Un'API Node / Python / Go che scala orizzontalmente. Collegati a un database esterno.

Esecuzioni

Express, FastAPI, Gin, Spring

Worker in background

Code di lavoro, consumer di messaggi, task pianificati. Scala i worker indipendentemente dalla tua API.

Esecuzioni

Sidekiq, Celery, BullMQ, consumer RabbitMQ

Microservizi

Più container che comunicano tramite service discovery. Deploy dei servizi indipendenti, nessuna condivisione.

Esecuzioni

Qualsiasi cosa pacchettizzata come immagine OCI

Ambienti di anteprima PR

Un container per ogni pull request. Avvialo, condividi l'URL con i revisori, eliminalo al merge.

Esecuzioni

Funziona con qualsiasi servizio distribuito via GitHub

Ricevitori di webhook

Un piccolo container che riceve webhook e li inoltra. Scalabilità a zero, paghi solo per il traffico.

Esecuzioni

Webhook Stripe, GitHub Actions, integrazioni di terze parti

Elaborazione batch

Un container che si sveglia, esegue il tuo batch ed esce. La fatturazione al secondo significa che paghi per il calcolo utilizzato.

Esecuzioni

Job ETL, elaborazione immagini, pipeline di dati

Non sei sicuro che i container siano la scelta giusta?

Deploy via GitHub

Fai push per eseguire il deploy. Zero downtime, ogni volta.

Collega GitHub. Il push avvia una build. I controlli di integrità gestiscono l'aggiornamento progressivo. I deploy falliti vengono ripristinati automaticamente.

  • Dockerfile o docker-compose, rilevato automaticamente
  • Build delle immagini in cache tra i deploy
  • Aggiornamento progressivo tra le repliche con controlli di integrità
  • Rollback automatico in caso di controlli di integrità falliti

Come funziona un deploy

1

git push origin main

GitHub webhook fires

2

kapsule build container

Dockerfile detected, layers cached

3

push image to internal registry

Signed, sealed, tagged with commit SHA

4

rolling update across replicas

Health-check gates promotion

5

old replicas drain, traffic flips

~10s end-to-end, zero downtime

Scalabilità a zero

I carichi di lavoro inattivi non costano nulla.

Il Pod scala a zero repliche quando è inattivo. La prima richiesta dopo l'inattività richiede ~3s in più (avvio a freddo). I piani superiori rimangono attivi per tempi di risposta di livello produzione.

  • Pod: scala a zero, paghi solo quando serve
  • Cluster + Fleet: sempre attivi, latenza prevedibile
  • Fatturazione al secondo su Pod per un pricing basato sull'utilizzo reale
  • Fatturazione mensile su Cluster + Fleet per una pianificazione del budget stabile

Scala a zero

Inattivo = nessun costo
00:00 to 06:000 replicas

No requests, no charge

06:00 to 09:001 replicas

First request boots a container

09:00 to 18:004 replicas

Auto-scaled to 4 replicas

18:00 to 24:001 replicas

Trickle traffic, one warm replica

Fatturazione al secondo su Pod. Livelli superiori sempre attivi.

FAQ

Domande frequenti

Perché i container e non semplicemente un VPS?+

I container sono il modo in cui si distribuiscono carichi di lavoro stateless nel 2026. Carica un'immagine Docker, ottieni un URL. Scala un servizio indipendentemente dal tuo database. Nessun passaggio SSH-e-configura, nessuna gestione delle patch del sistema operativo, nessun 'dove metto questo file'. Se la tua app si adatta a un Dockerfile, il Container Hosting è più veloce da distribuire e più economico da gestire rispetto al VPS equivalente.

E per quanto riguarda lo stato, i database, l'archiviazione dei file?+

Il Container Hosting è per i servizi stateless. Esegui il tuo database su un Cloud VPS o Cloud Server, l'archiviazione file sul nostro object storage, le code su un Redis gestito. I container si connettono a questi tramite la rete. Questa è la moderna architettura a microservizi, e scala correttamente.

Quando viene effettivamente lanciato il Container Hosting?+

Q3 2026 per la disponibilità generale. L'orchestratore di build e il registro immagini sono attualmente in fase di test privato. I membri della lista d'attesa ricevono accesso anticipato a partire dal Q2 2026 e 2 mesi gratuiti al GA su qualsiasi piano.

Posso usare il mio file Docker Compose esistente?+

Sì. Supportiamo docker-compose per i deploy multi-container su Cluster e Fleet. I servizi dichiarati in compose ottengono hostname interni e discovery automaticamente.

I miei carichi di lavoro su Container Hosting rimarranno in NZ?+

I container vengono lanciati nella nostra regione europea per il rollout iniziale. I visitatori NZ raggiungono il nostro edge di Auckland + Sydney per le risposte statiche + in cache; le origini dei container vengono servite dall'UE con ~280ms di round-trip. Una regione Pacifico è prevista dopo il GA.

Cosa succede se supero i limiti di Fleet?+

Contattaci. Abbiamo cluster container personalizzati disponibili con hardware dedicato, pool di risorse più grandi e contratti SLA. Scrivi a [email protected] o usa il link Vendite in qualsiasi scheda del piano.

Lancio Q3 2026

Sii il primo al GA. 2 mesi gratuiti, qualsiasi piano.

I membri della lista d'attesa ricevono accesso anticipato a partire dal Q2 2026 e 2 mesi gratuiti su qualsiasi piano al lancio.

Unisciti alla lista d'attesa Parla con le Vendite