ttl64
K3s · Brasil e EUA · em beta

Sandboxes Kubernetes em segundos.

Um cluster K3s de verdade, rodando em microVMs, com endpoint público e kubeconfig. Use à vontade e deixe expirar. Você só paga pelos computadores enquanto eles estão ligados.

$ curl -fsSL https://ttl64.computer/install | sh
~/projects/apizsh
por que esse nome

Todo pacote expira.
Por que o seu cluster não?

No Linux, todo pacote IP sai com TTL 64. A cada salto esse número cai e, quando chega a zero, o pacote é descartado. É por isso que a internet não fica entupida de tráfego perdido. O ttl64 leva a mesma ideia para o Kubernetes.

64
ttl · 64 triângulos, um por salto

Crie. Use. Expirou.

$ ttl64 create --ttl 1h

Crie

Um control plane e os workers, cada um na sua própria microVM, com endpoint público e kubeconfig. Fica pronto em uns 20 segundos, pelo navegador ou pelo terminal.

$ kubectl apply -f .

Use

É Kubernetes de verdade, não um simulador. Faça deploy, teste, quebre o que quiser. Precisa de mais tempo? Um comando estende o TTL.

# ttl 0 → gone

Expira

Quando o tempo acaba, o cluster é destruído com tudo o que tem dentro. Não sobra nada para limpar nem nada ligado por esquecimento.

escala

Computadores na hora em que você precisa

Mova o cursor sobre o rack e veja os computadores chegarem da nuvem, um por vez.

expira

Tudo some quando o TTL acaba

Avance as horas. Na última, os nodes desligam um por um, e o control plane por último.

Feito para o que é descartável

Coisas que não justificam um cluster ligado o tempo todo.
Ambiente por pull request
Um cluster para cada PR, que some quando a revisão termina.
ttl 4h
Testes de integração no CI
API server e CRDs de verdade, sem gambiarra de kind dentro do Docker.
ttl 30m
Testar um Helm chart
Instale num lugar que não seja o seu notebook nem o staging.
ttl 1h
Workshops e treinamentos
Um cluster limpo para cada participante, que se apaga sozinho no fim.
ttl 8h
Agentes de IA
Dê ao agente um cluster que ele não consegue deixar ligado para sempre.
ttl 30m

Você paga só pelos
computadores do seu cluster.

Um cluster é um control plane mais os workers, e cada um deles é um computador. O cluster em si não custa nada; os computadores são cobrados por hora. Hora começada é hora cobrada inteira.

Small
1 vCPU · 2 GB
R$ 0,69 / hora por computador
Medium
2 vCPU · 4 GB
R$ 1,29 / hora por computador
Large
4 vCPU · 8 GB
R$ 2,39 / hora por computador
control-plane Small + node-1 Small2 × R$ 0,69 = R$ 1,38 / hora · TTL de 4h → no máximo R$ 5,52
Load balancer
Endereço público para um serviço
R$ 30,00 / mês
≈ R$ 0,04 / hora
Armazenamento
Volumes, cobrados pelo tamanho pedido
R$ 1,00 / GB por mês
≈ R$ 0,0014 / GB por hora
Developer
R$ 49 / mês

K3s com mais de um node, em computadores Small.

  • 50 horas de computador incluídas
  • Até 2 computadores por cluster
  • Só computadores Small
  • 2 clusters ao mesmo tempo
  • TTL de até 8 horas
  • 1 região
Pro
R$ 129 / mês

Clusters maiores, todos os tamanhos e regiões, TTL mais longo.

  • 160 horas de computador incluídas
  • Até 4 computadores por cluster
  • Small, Medium e Large
  • 5 clusters ao mesmo tempo
  • TTL de até 24 horas
  • Todas as regiões: BR e US
  • Acesso antecipado às novidades

O plano é pago no início de cada mês, no cartão ou no Pix. Cada hora de um computador Small consome 1 hora de computador do plano; o Medium consome 2 e o Large, 4. Passou do que está incluído, cada hora é cobrada pelo preço do tamanho. Load balancers e armazenamento são cobrados por hora começada (o preço mensal ÷ 730) e não usam as horas do plano. Valores em reais.

Seu cluster fica pronto
em 30 segundos.

$curl -fsSL https://ttl64.computer/install | sh
ou use pelo navegador