Serviço de API sem estado
Uma API em Node / Python / Go que escala horizontalmente. Liga a uma base de dados externa.
Execuções
Express, FastAPI, Gin, Spring
Alojamento de Contentores
Contentores,
sem o Kubernetes.
Faça push de uma imagem Docker, obtenha um URL. Descoberta de serviços internos, domínios personalizados, escala a zero em inatividade. Escreve o Dockerfile; nós gerimos o cluster.
Acesso antecipado: o alojamento de contentores lança no 3.º trimestre de 2026. Os membros da lista de espera recebem 2 meses gratuitos no lançamento em qualquer plano.
Push de imagem Docker Escala a zero em inatividade Domínios personalizados + SSL automático Suporte em horário 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 agrupados · 2 vCPU agrupadosImplantar do GitHub →
~10s
Arranque a frio
Zero
Custo em inatividade no Pod
Auto
Deploys via GitHub
Streamed
Logs em direto + métricas
SuportaDocker·OCI images·Dockerfile·docker-compose·k3s-compatible·GitHub Actions deploys
Preços
Três planos. A mesma orquestração.
Os três incluem integração com GitHub, domínios personalizados, SSL automático, descoberta de serviços internos e logs em direto + métricas. Os planos maiores executam mais contentores com mais recursos.
Pod
$29/ mês
1 container · 512 MB · 0.5 vCPU
Projetos pessoais, APIs pequenas.
- 1 contentor
- 512 MB de RAM, 0,5 vCPU
- Dimensionamento para zero em inatividade
- Subdomínio *.kaps.run
- SSL automático
- Integração de implementação GitHub
Mais escolhido
Cluster
$89/ mês
Up to 5 containers · 4 GB · 2 vCPU
Staging + produção pequena.
- Até 5 contentores
- 4 GB de RAM, 2 vCPU partilhados
- Descoberta de serviço interno
- Domínios personalizados
- Volumes persistentes (pagos)
- Suporte prioritário
Fleet
$249/ mês
Unlimited containers · 16 GB · 8 vCPU
Microsserviços em produção.
- Contentores ilimitados
- 16 GB RAM, 8 vCPU partilhado
- Encaminhamento multi-região
- Suporte premium
- SLA disponível
- Complemento de horas de engenharia
Os membros da lista de espera recebem 2 meses gratuitos em qualquer plano no lançamento. Preços finais fixados na disponibilidade geral.
O que pode executar
Se encaixar num contentor, corre aqui.
Seis formas comuns como as equipas utilizam o Alojamento de Contentores. Cargas de trabalho sem estado onde o estado reside noutro lugar (BD gerida, armazenamento de objetos, filas).
Workers em segundo plano
Filas de tarefas, consumidores de mensagens, tarefas agendadas. Escale os workers de forma independente da sua API.
Execuções
Sidekiq, Celery, BullMQ, consumidores RabbitMQ
Microsserviços
Múltiplos contentores a comunicar via descoberta de serviços. Faça deploy de serviços de forma independente, sem partilha de estado.
Execuções
Qualquer coisa empacotada como imagem OCI
Ambientes de pré-visualização de PR
Um contentor por pull request. Inicie, partilhe o URL com os revisores, encerre após o merge.
Execuções
Funciona com qualquer serviço deployado via GitHub
Recetores de webhooks
Um pequeno contentor que recebe webhooks e os reencaminha. Escala a zero, pague apenas pelo tráfego.
Execuções
Webhooks do Stripe, GitHub Actions, integrações de terceiros
Processamento em lote
Um contentor que arranca, executa o seu lote e termina. A faturação por segundo significa que paga apenas pelo processamento utilizado.
Execuções
Tarefas ETL, processamento de imagens, pipelines de dados
Não tem certeza de que containers são o certo?
Deploys via GitHub
Push para fazer deploy. Zero downtime, sempre.
Ligue o GitHub. Um push desencadeia uma compilação. As verificações de saúde controlam a atualização progressiva. Os deploys falhados fazem rollback automaticamente, sem qualquer intervenção da sua parte.
- Dockerfile ou docker-compose, detetado automaticamente
- Compilação da imagem em cache entre deploys
- Atualização progressiva entre réplicas com verificações de saúde
- Rollback automático em caso de verificações de saúde falhadas
Como funciona um 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
Escala a zero
Cargas de trabalho inativas não têm custo.
O Pod escala a zero réplicas em inatividade. O primeiro pedido após inatividade demora ~3s extra (arranque a frio). Os planos maiores mantêm-se ativos para tempos de resposta adequados a produção.
- Pod: escala a zero, pague apenas quando em serviço
- Cluster + Fleet: sempre ativo, latência previsível
- Faturação por segundo no Pod para preços de utilização real
- Faturação mensal no Cluster + Fleet para orçamentação estável
Escalar para zero
Inativo = sem pagamento00: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
Faturação por segundo no Pod. Níveis superiores sempre ativos.
FAQ
Perguntas frequentes
Porquê contentores e não um VPS?+
Os contentores são a forma como se entregam cargas de trabalho sem estado em 2026. Faça push de uma imagem Docker, obtenha um URL. Escale um serviço de forma independente da sua base de dados. Sem etapa de SSH e configuração, sem atualizações de SO, sem 'onde coloco este ficheiro'. Se a sua aplicação cabe num Dockerfile, o Alojamento de Contentores é mais rápido de entregar e mais económico de executar do que o VPS equivalente.
E quanto a estado, bases de dados e armazenamento de ficheiros?+
O Alojamento de Contentores destina-se a serviços sem estado. Execute a sua base de dados num Cloud VPS ou Cloud Server, o armazenamento de ficheiros no nosso armazenamento de objetos, e as filas num Redis gerido. Os contentores ligam-se a esses serviços pela rede. Esta é a arquitetura moderna de microsserviços, e escala corretamente.
Quando é que o Alojamento de Contentores é lançado?+
3.º trimestre de 2026 para disponibilidade geral. O orquestrador de compilação e o registo de imagens estão agora em testes privados. Os membros da lista de espera obtêm acesso antecipado a partir do 2.º trimestre de 2026 e 2 meses gratuitos na disponibilidade geral em qualquer plano.
Posso usar o meu ficheiro Docker Compose existente?+
Sim. Suportamos docker-compose para deploys de múltiplos contentores no Cluster e Fleet. Os serviços declarados no compose obtêm nomes de host internos e descoberta automaticamente.
As minhas cargas de trabalho do Alojamento de Contentores ficam na NZ?+
Os contentores são lançados na nossa região europeia para o lançamento inicial. Os visitantes da NZ acedem ao nosso edge em Auckland + Sydney para respostas estáticas e em cache; as origens dos contentores são servidas a partir da UE com ~280ms de round-trip. Uma região no Pacífico está prevista após a disponibilidade geral.
E se exceder os limites do Fleet?+
Fale connosco. Disponibilizamos clusters de contentores personalizados com hardware dedicado, pools de recursos maiores e contratos com SLA. Envie um e-mail para [email protected] ou utilize a ligação de Vendas em qualquer cartão de plano.
Lançamento no 3.º trimestre de 2026
Seja o primeiro na disponibilidade geral. 2 meses gratuitos, qualquer plano.
Os membros da lista de espera obtêm acesso antecipado a partir do 2.º trimestre de 2026 e 2 meses gratuitos em qualquer plano no lançamento.