Container-Hosting

Container,
ohne Kubernetes.

Docker-Image pushen, URL erhalten. Internes Service-Discovery, benutzerdefinierte Domains, automatisches Herunterskalieren bei Inaktivität. Sie schreiben das Dockerfile; wir betreiben den Cluster.

Früher Zugang: Container-Hosting startet Q3 2026. Wartelisten-Mitglieder erhalten bei Launch 2 Monate kostenlos auf jedem Tarif.
Docker-Image pushen Automatisches Herunterskalieren bei Inaktivität Benutzerdefinierte Domains + automatisches SSL Support in NZ-Zeit
kpanel.kapsulecloud.com/containers

acme-api · cluster

5/5 healthy

api-gateway

replicas 2/2 · 8% cpu · 124 MB

aktiv

orders-service

replicas 3/3 · 12% cpu · 287 MB

aktiv

queue-worker

replicas 4/4 · 6% cpu · 198 MB

aktiv

admin-dashboard

replicas 1/1 · 3% cpu · 67 MB

aktiv

cron-runner

replicas 0/1 · 0% cpu · 0 MB

inaktiv
Cluster · 4 GB geteilt · 2 vCPU geteiltVon GitHub bereitstellen →

~10s

Kaltstart

Zero

Leerlaufkosten bei Pod

Auto

GitHub-Deployments

Streamed

Live-Logs + Metriken

UnterstütztDocker·OCI images·Dockerfile·docker-compose·k3s-compatible·GitHub Actions deploys

Preise

Drei Tarife. Dieselbe Orchestrierung.

Alle drei beinhalten GitHub-Integration, benutzerdefinierte Domains, automatisches SSL, internes Service-Discovery sowie Live-Logs + Metriken. Größere Tarife betreiben mehr Container mit mehr Ressourcen.

Pod

$29/ Monat

1 container · 512 MB · 0.5 vCPU

Nebenprojekte, kleine APIs.

  • 1 Container
  • 512 MB RAM, 0,5 vCPU
  • Im Leerlauf auf Null skalieren
  • *.kaps.run-Subdomain
  • Automatisches SSL
  • GitHub-Deploy-Integration
Warteliste beitreten
Am häufigsten gewählt

Cluster

$89/ Monat

Up to 5 containers · 4 GB · 2 vCPU

Staging + kleine Produktion.

  • Bis zu 5 Container
  • 4 GB RAM, 2 vCPU gemeinsam genutzt
  • Interne Serviceerkennung
  • Benutzerdefinierte Domains
  • Persistente Volumes (kostenpflichtig)
  • Prioritätssupport
Warteliste beitreten

Fleet

$249/ Monat

Unlimited containers · 16 GB · 8 vCPU

Produktions-Microservices.

  • Unbegrenzte Container
  • 16 GB RAM, 8 vCPU im Pool
  • Multi-Region-Routing
  • Premium-Support
  • SLA verfügbar
  • Engineering-Stunden-Add-on
Warteliste beitreten

GST. Wartelisten-Mitglieder erhalten 2 Monate kostenlos auf jedem Tarif beim Launch. Endpreise werden bei GA festgelegt.

Was Sie betreiben können

Wenn es sich als Container verpacken lässt, läuft es hier.

Sechs gängige Einsatzmöglichkeiten für Container-Hosting. Zustandslose Workloads, bei denen der Zustand anderswo gespeichert wird (verwaltete DB, Objektspeicher, Warteschlangen).

Zustandsloser API-Dienst

Eine Node-/Python-/Go-API, die horizontal skaliert. Verbindung zu einer externen Datenbank.

Läufe

Express, FastAPI, Gin, Spring

Hintergrund-Worker

Job-Warteschlangen, Message-Consumer, geplante Aufgaben. Worker unabhängig von Ihrer API skalieren.

Läufe

Sidekiq, Celery, BullMQ, RabbitMQ-Consumer

Microservices

Mehrere Container, die über Service-Discovery kommunizieren. Services unabhängig deployen, nichts teilen.

Läufe

Alles, was als OCI-Image verpackt ist

PR-Vorschau-Umgebungen

Ein Container pro Pull-Request. Starten, URL mit Prüfern teilen, beim Merge wieder abbauen.

Läufe

Funktioniert mit jedem über GitHub deployten Dienst

Webhook-Empfänger

Ein kleiner Container, der Webhooks entgegennimmt und weiterleitet. Auf null skalieren, nur für Traffic zahlen.

Läufe

Stripe-Webhooks, GitHub Actions, Drittanbieter-Integrationen

Stapelverarbeitung

Ein Container, der aufwacht, den Stapel verarbeitet und beendet wird. Sekundengenaue Abrechnung bedeutet, Sie zahlen nur für den genutzten Rechenaufwand.

Läufe

ETL-Jobs, Bildverarbeitung, Datenpipelines

Nicht sicher, ob Container geeignet sind?

GitHub-Deployments

Pushen und deployen. Kein Ausfall, jedes Mal.

GitHub verbinden. Ein Push löst einen Build aus. Health-Checks steuern das Rolling-Update. Fehlgeschlagene Deployments werden automatisch zurückgerollt.

  • Dockerfile oder docker-compose, automatisch erkannt
  • Image-Build wird über Deployments hinweg gecacht
  • Rolling-Update über Replikas mit Health-Gates
  • Automatisches Rollback bei fehlgeschlagenen Health-Checks

So läuft ein Deployment

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

Auf null skalieren

Inaktive Workloads kosten nichts.

Der Pod skaliert bei Inaktivität auf null Replikas. Die erste Anfrage nach Inaktivität benötigt ~3s zusätzlich (Kaltstart). Größere Tarife bleiben warm für produktionstaugliche Antwortzeiten.

  • Pod: auf null skalieren, nur bei aktiver Nutzung zahlen
  • Cluster + Fleet: immer warm, vorhersehbare Latenz
  • Sekundengenaue Abrechnung bei Pod für echte Nutzungspreise
  • Monatliche Abrechnung bei Cluster + Fleet für stabile Budgetplanung

Auf null skalieren

Inaktiv = kein Geld
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

Sekundengenaue Abrechnung bei Pod. Größere Tiers immer aktiv.

FAQ

Häufig gestellte Fragen

Warum Container und nicht einfach ein VPS?+

Container sind der Standard für zustandslose Workloads im Jahr 2026. Docker-Image pushen, URL erhalten. Einen Dienst unabhängig von der Datenbank skalieren. Kein SSH-und-Konfigurieren, kein OS-Patching, kein 'Wo lege ich diese Datei ab?' Wenn Ihre App in ein Dockerfile passt, ist Container-Hosting schneller zu deployen und günstiger zu betreiben als ein gleichwertiger VPS.

Was ist mit Zustand, Datenbanken und Dateispeicher?+

Container-Hosting ist für zustandslose Dienste gedacht. Betreiben Sie Ihre Datenbank auf einem Cloud-VPS oder Cloud-Server, Dateispeicher auf unserem Objektspeicher und Warteschlangen auf einem verwalteten Redis. Container verbinden sich über das Netzwerk mit diesen Diensten. Das ist die moderne Microservices-Architektur, und sie skaliert ordentlich.

Wann startet Container-Hosting tatsächlich?+

Q3 2026 für die allgemeine Verfügbarkeit. Der Build-Orchestrator und die Image-Registry befinden sich derzeit in privaten Tests. Wartelisten-Mitglieder erhalten ab Q2 2026 frühen Zugang und 2 Monate kostenlos bei GA auf jedem Tarif.

Kann ich meine bestehende Docker-Compose-Datei verwenden?+

Ja. Wir unterstützen docker-compose für Multi-Container-Deployments auf Cluster und Fleet. In der Compose-Datei deklarierte Dienste erhalten automatisch interne Hostnamen und Discovery.

Bleiben meine Container-Hosting-Workloads in Neuseeland?+

Container werden für den ersten Rollout in unserer europäischen Region gestartet. NZ-Besucher treffen unsere Auckland- + Sydney-Edge für statische und gecachte Antworten; Container-Origins werden aus der EU mit ~280ms Roundtrip bereitgestellt. Eine Pazifik-Region ist nach GA geplant.

Was, wenn ich über Fleet hinauswachse?+

Sprechen Sie uns an. Wir haben benutzerdefinierte Container-Cluster mit dedizierter Hardware, größeren Ressourcenpools und SLA-Verträgen verfügbar. Schreiben Sie an [email protected] oder nutzen Sie den Sales-Link in einer beliebigen Tarifkarte.

Launch Q3 2026

Als Erster dabei bei GA. 2 Monate kostenlos, jeder Tarif.

Wartelisten-Mitglieder erhalten ab Q2 2026 frühen Zugang und 2 Monate kostenlos auf jedem Tarif beim Launch.