O ttl64 entrou em beta

Todo time tem aquele cluster. Alguém criou "só para um teste rápido" há três meses, ninguém lembra mais o que roda nele e ninguém tem coragem de apagar. Enquanto isso, ele aparece na fatura todo mês, como a academia que você paga e não frequenta.

O ttl64 nasceu para acabar com esse cluster.

A ideia é simples: todo cluster tem um TTL, um prazo de validade. Quando o prazo acaba, o cluster é apagado. Sem e-mail de lembrete, sem script de limpeza, sem culpa. Você testa o Helm chart, reproduz o bug, valida o upgrade e não precisa pensar nele nunca mais.

A partir de hoje, o beta está aberto.

O que você ganha

Um cluster K3s de verdade. Cada node roda na sua própria microVM, com vCPU e memória dedicadas, e você escolhe quantos workers quer além do control plane. Não é um namespace emprestado no cluster de alguém, nem um simulador.

Do create ao kubeconfig na mão são uns 15 segundos. Com isso, esperar o cluster subir deixa de ser motivo para não criar um.

No dia a dia, ele se comporta como qualquer cluster. O kubectl, o Helm e o seu CI nem percebem que ele é temporário. Um Service do tipo LoadBalancer recebe um nome público em lb.ttl64.computer e, se você expuser o serviço como HTTP pelo dashboard, o TLS já vem configurado. Se um workload precisa guardar dados enquanto o cluster existe, é só adicionar um volume. E, para não instalar sempre as mesmas coisas, há templates com Argo CD, kube-prometheus-stack ou PostgreSQL.

O TTL vai de 30 minutos a 24 horas. Precisou de mais tempo? É só estender. Terminou antes? Apague, e a cobrança vai só até o fim da hora em andamento.

Como começar

$ curl -fsSL https://ttl64.computer/install | sh
$ ttl64 login
$ ttl64 create helm-test --workers 1 --ttl 1h

Enquanto o cluster sobe, a CLI mostra cada etapa. Depois, ttl64 kubeconfig helm-test entrega o kubeconfig. Se você está numa rede onde prefere não espalhar credenciais, ttl64 ssh helm-test abre um shell dentro do próprio cluster, com kubectl e helm já instalados.

Quem prefere interface visual pode usar o app web, que mostra o cluster num canvas ao vivo: services, load balancers e volumes do jeito que o Kubernetes reporta, atualizando conforme as coisas mudam. Dá gosto de ver.

Deixe a sua IA no comando

O ttl64 tem um servidor MCP em mcp.ttl64.computer. Com ele, o Claude, o Codex ou o Grok criam um cluster, rodam kubectl e apagam tudo quando terminam. Dar as chaves da infraestrutura para uma IA deixa qualquer um com o pé atrás, então cada IA recebe uma chave própria: só leitura ou acesso total, com limite de gasto mensal e data de validade. O kubeconfig nunca chega ao modelo. Mais detalhes na página de IA.

Quanto custa

Você paga pelos computadores enquanto eles existem, por hora começada. Um control plane mais um worker são dois computadores.

Tamanho	Configuração	Preço por hora
Small	1 vCPU · 2 GB	R$ 0,69
Medium	2 vCPU · 4 GB	R$ 1,29
Large	4 vCPU · 8 GB	R$ 2,39

Todo plano inclui um pacote mensal de horas de computador.

O Developer sai por R$ 49 por mês, com 50 horas de computador em máquinas Small, até 2 computadores por cluster, 2 clusters ao mesmo tempo, TTL de até 8 horas e uma região.

O Pro sai por R$ 129 por mês, com 160 horas de computador em qualquer tamanho, até 4 computadores por cluster, 5 clusters ao mesmo tempo, TTL de até 24 horas, todas as regiões e acesso antecipado ao que vier por aí.

Load balancer custa R$ 30 por mês e armazenamento, R$ 1 por GB ao mês, ambos cobrados por hora enquanto existirem. O pagamento pode ser no cartão ou no Pix.

Onde roda

Nossa região principal é São Paulo, aqui no Brasil, e Boca Raton, nos Estados Unidos, é a segunda opção. O comando ttl64 regions mostra quais o seu plano libera.

Beta é beta

E a gente leva isso a sério. Muita coisa vai mudar, e algo vai quebrar, provavelmente na pior hora. Quando acontecer, avise a gente: abra um chamado pelo dashboard, rode ttl64 support "o que deu errado" --cluster NOME ou mande um e-mail. Chamados sobre um cluster já chegam com o contexto dele, então você não precisa explicar onde ele roda nem como está configurado. Cada chamado é lido por uma pessoa de verdade.

Obrigado por embarcar com a gente logo no começo. O seu feedback agora faz toda a diferença.

Crie seu primeiro cluster e, quando terminar, deixe que ele se apague sozinho.