Service API sans état
Une API Node / Python / Go qui se met à l'échelle horizontalement. Connectez-la à une base de données externe.
Exécutions
Express, FastAPI, Gin, Spring
Hébergement de Conteneurs
Des conteneurs,
sans Kubernetes.
Poussez une image Docker, obtenez une URL. Découverte de services internes, domaines personnalisés, mise à l'échelle à zéro en cas d'inactivité. Vous écrivez le Dockerfile ; nous gérons le cluster.
Accès anticipé : l'hébergement de conteneurs sera lancé au T3 2026. Les membres de la liste d'attente bénéficient de 2 mois offerts au lancement sur toute formule.
Pousser une image Docker Mise à l'échelle à zéro en inactivité Domaines personnalisés + SSL automatique Support aux horaires NZ
kpanel.kapsulecloud.com/containers
acme-api · cluster
5/5 healthyapi-gateway
replicas 2/2 · 8% cpu · 124 MB
orders-service
replicas 3/3 · 12% cpu · 287 MB
queue-worker
replicas 4/4 · 6% cpu · 198 MB
admin-dashboard
replicas 1/1 · 3% cpu · 67 MB
cron-runner
replicas 0/1 · 0% cpu · 0 MB
Cluster · 4 GB en pool · 2 vCPU en poolDéployer depuis GitHub →
~10s
Démarrage à froid
Zero
Coût en inactivité sur Pod
Auto
Déploiements GitHub
Streamed
Logs en direct + métriques
Compatible avecDocker·OCI images·Dockerfile·docker-compose·k3s-compatible·GitHub Actions deploys
Tarifs
Trois formules. La même orchestration.
Les trois formules incluent l'intégration GitHub, les domaines personnalisés, le SSL automatique, la découverte de services internes et les logs en direct + métriques. Les formules supérieures exécutent davantage de conteneurs avec plus de ressources.
Pod
$29/ mois
1 container · 512 MB · 0.5 vCPU
Projets personnels, petites APIs.
- 1 conteneur
- 512 MB RAM, 0,5 vCPU
- Réduction à zéro en cas d'inactivité
- Sous-domaine *.kaps.run
- SSL automatique
- Intégration de déploiement GitHub
La plus choisie
Cluster
$89/ mois
Up to 5 containers · 4 GB · 2 vCPU
Staging + petite production.
- Jusqu'à 5 conteneurs
- 4 GB RAM, 2 vCPU partagés
- Découverte interne des services
- Domaines personnalisés
- Volumes persistants (payant)
- Support prioritaire
Fleet
$249/ mois
Unlimited containers · 16 GB · 8 vCPU
Microservices en production.
- Conteneurs illimités
- 16 GB RAM, 8 vCPU partagés
- Routage multi-région
- Support premium
- SLA disponible
- Extension heures d'ingénierie
Les membres de la liste d'attente bénéficient de 2 mois offerts sur toute formule au lancement. Tarifs définitifs fixés lors de la disponibilité générale.
Ce que vous pouvez exécuter
Si ça s'empaquète en conteneur, ça tourne ici.
Six cas d'usage courants pour l'hébergement de conteneurs. Charges de travail sans état où l'état réside ailleurs (base de données gérée, stockage objet, files de messages).
Workers en arrière-plan
Files de tâches, consommateurs de messages, tâches planifiées. Mettez à l'échelle les workers indépendamment de votre API.
Exécutions
Sidekiq, Celery, BullMQ, consommateurs RabbitMQ
Microservices
Plusieurs conteneurs communiquant via la découverte de services. Déployez les services indépendamment, sans rien partager.
Exécutions
Tout ce qui est empaqueté en image OCI
Environnements de prévisualisation par PR
Un conteneur par pull request. Lancez-le, partagez l'URL avec les relecteurs, supprimez-le à la fusion.
Exécutions
Fonctionne avec tout service déployé via GitHub
Récepteurs de webhooks
Un petit conteneur qui reçoit les webhooks et les transfère. Mise à l'échelle à zéro, vous payez uniquement le trafic.
Exécutions
Webhooks Stripe, GitHub Actions, intégrations tierces
Traitement par lots
Un conteneur qui se réveille, exécute votre traitement et se termine. La facturation à la seconde signifie que vous payez uniquement le calcul utilisé.
Exécutions
Jobs ETL, traitement d'images, pipelines de données
Pas sûr que les conteneurs soient appropriés ?
Déploiements GitHub
Poussez pour déployer. Zéro temps d'arrêt, à chaque fois.
Connectez GitHub. Un push déclenche une build. Les vérifications d'état contrôlent la mise à jour progressive. Les déploiements échoués sont annulés automatiquement.
- Dockerfile ou docker-compose, détecté automatiquement
- Build de l'image mise en cache entre les déploiements
- Mise à jour progressive sur les réplicas avec vérifications d'état
- Retour arrière automatique en cas d'échec des vérifications d'état
Comment se déroule un déploiement
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
Mise à l'échelle à zéro
Les charges inactives ne coûtent rien.
Le Pod se met à l'échelle à zéro réplica en cas d'inactivité. La première requête après l'inactivité prend environ 3s de plus (démarrage à froid). Les formules supérieures restent actives pour des temps de réponse adaptés à la production.
- Pod : mise à l'échelle à zéro, vous payez uniquement quand vous servez
- Cluster + Fleet : toujours actif, latence prévisible
- Facturation à la seconde sur Pod pour un tarif au réel
- Facturation mensuelle sur Cluster + Fleet pour une budgétisation stable
Mise à l'échelle zéro
Inactif = pas de paiement00: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
Facturation à la seconde sur Pod. Niveaux supérieurs toujours actifs.
FAQ
Questions fréquemment posées
Pourquoi des conteneurs plutôt qu'un simple VPS ?+
Les conteneurs sont la façon dont on déploie des charges sans état en 2026. Poussez une image Docker, obtenez une URL. Mettez à l'échelle un service indépendamment de votre base de données. Pas d'étape SSH-et-configuration, pas de mise à jour du système d'exploitation, pas de 'où je mets ce fichier'. Si votre application tient dans un Dockerfile, l'hébergement de conteneurs est plus rapide à déployer et moins coûteux à faire tourner que le VPS équivalent.
Qu'en est-il de l'état, des bases de données, du stockage de fichiers ?+
L'hébergement de conteneurs est destiné aux services sans état. Faites tourner votre base de données sur un Cloud VPS ou un Cloud Server, le stockage de fichiers sur notre stockage objet, les files de messages sur un Redis géré. Les conteneurs se connectent à ces services via le réseau. C'est l'architecture microservices moderne, et elle passe à l'échelle correctement.
Quand l'hébergement de conteneurs sera-t-il réellement lancé ?+
T3 2026 pour la disponibilité générale. L'orchestrateur de build et le registre d'images sont en test privé actuellement. Les membres de la liste d'attente obtiennent un accès anticipé à partir du T2 2026 et 2 mois offerts lors de la disponibilité générale sur toute formule.
Puis-je utiliser mon fichier Docker Compose existant ?+
Oui. Nous prenons en charge docker-compose pour les déploiements multi-conteneurs sur Cluster et Fleet. Les services déclarés dans compose obtiennent automatiquement des noms d'hôtes internes et la découverte de services.
Mes charges de conteneurs resteront-elles en NZ ?+
Les conteneurs sont lancés dans notre région européenne pour le déploiement initial. Les visiteurs NZ atteignent notre edge Auckland + Sydney pour les réponses statiques et mises en cache ; les origines des conteneurs sont servies depuis l'UE avec environ 280ms aller-retour. Une région Pacifique est prévue après la disponibilité générale.
Que se passe-t-il si je dépasse la capacité de Fleet ?+
Parlez-nous. Nous proposons des clusters de conteneurs personnalisés avec du matériel dédié, des pools de ressources plus importants et des contrats SLA. Envoyez un e-mail à [email protected] ou utilisez le lien Ventes dans la carte de votre plan.
Lancement T3 2026
Soyez parmi les premiers. 2 mois offerts, toute formule.
Les membres de la liste d'attente bénéficient d'un accès anticipé à partir du T2 2026 et de 2 mois offerts sur toute formule au lancement.