Introdução

O que é a Kubeara, para quem se destina e como os deploys com um clique, a segurança e o MCP se encaixam.

A Kubeara é uma plataforma de infraestrutura auto-alojada para equipas que querem bases de dados, caches, aplicações e modelos de IA a correr em servidores que lhes pertencem — sem uma semana de trabalho com Docker, nginx e certbot.

Ligue um servidor por SSH, escolha um stack e implemente. A Kubeara configura Docker, regras de firewall, TLS, verificações de saúde e volumes automaticamente.

Primeiros passos

Adote a Kubeara passo a passo: Cloud ou auto-alojamento, ligue um servidor, implemente um serviço.

Catálogo de serviços

Navegue por mais de 200 modelos. SSL, verificações de saúde e volumes são configurados por si.

MCP

Gira servidores e implementações a partir do Claude, Cursor, ChatGPT e VS Code.

Segurança

Agentes apenas de saída, credenciais encriptadas e controlos prontos para auditoria.

O que a Kubeara faz

A Kubeara é o painel de controlo da infraestrutura privada. As cargas de trabalho permanecem nas suas máquinas. O painel coordena a ligação, a implementação, os registos e as atualizações.

As áreas de capacidade principais incluem:

Gestão de servidores — ligar anfitriões Ubuntu com SSH e, em seguida, deixar um agente apenas de saída manter a sessão
Serviços com um clique — PostgreSQL, Redis, Kafka, Grafana, NestJS, Next.js, Ollama e mais de 200 outros stacks
Automatização da implementação — Docker, TLS via Let's Encrypt, proxy inverso, verificações de saúde e volumes persistentes
GPU e IA — métricas GPU por contentor e verificações de VRAM antes de descarregar modelos
Acesso de programador — API HTTP mais MCP nativo para clientes de IA
Operações de equipa — registos, reinícios, atualizações e (no Enterprise) SSO, LDAP e registos de auditoria

Problemas que a Kubeara resolve

A maioria das equipas ainda monta uma PaaS à mão: instalar Docker, escrever ficheiros Compose, abrir portas, emitir certificados, ligar um proxy inverso e depois depurar porque nada arranca. Esse trabalho não entrega produto.

Dores típicas:

Dias gastos em infraestrutura antes de a primeira base de dados estar acessível
Chaves SSH copiadas para painéis ou tickets em texto simples
Portas de gestão de entrada deixadas abertas para um painel de controlo «entrar»
Assistentes de IA que precisam cada um do seu próprio truque ad hoc de SSH ou API
Falhas ao descarregar LLM porque o anfitrião não tinha VRAM suficiente

A Kubeara está feita para ligar um servidor e implementar, em vez de manter um clone privado do Heroku.

Para quem é a Kubeara

Engenheiros que precisam de Postgres, Redis ou uma aplicação num VPS hoje
Equipas de plataforma e DevOps que estandardizam implementações em Hetzner, bare metal ou um VPC privado
Equipas que executam IA local ou privada (Ollama, Open WebUI) com visibilidade GPU
Fundadores que querem auto-alojamento com licença MIT e um plano de controlo Cloud gerido opcional

Como a Kubeara difere de uma PaaS de uso geral

Heroku, Render e AWS são clouds de uso geral. A Kubeara é um painel de controlo para servidores que já tem.

Tópico	PaaS típica	Kubeara
Onde as cargas correm	Região do fornecedor	O seu VPS, metal ou VPC
Auto-alojar o painel	Raramente	Licença MIT, gratuito para sempre
Credenciais SSH	Muitas vezes guardadas ou não usadas	Nunca guardadas em texto simples
Direção do agente	De entrada para o anfitrião	Apenas de saída após a ligação
GPU / VRAM	Produto extra	Integrado
Assistentes de IA	Integrações separadas	MCP nativo

Ligações suportadas

Anfitriões — Ubuntu 22.04+ com SSH a partir da máquina que executa a Kubeara (Cloud) ou a partir do seu painel auto-alojado
Cargas de trabalho — serviços do catálogo baseados em Docker, Compose e Dockerfiles de framework (NestJS, Next.js)
Clientes de IA — Claude Desktop, Cursor, ChatGPT, VS Code / Copilot via MCP
Identidade (Enterprise) — SSO e LDAP

Terminologia do produto

Termo	Significado na Kubeara
Cloud	Painel de controlo gerido em app.kubeara.dev. Continua a ligar os seus servidores.
Auto-alojado	Executa o painel de controlo (script de instalação ou Docker Compose). Licença MIT.
Servidor	Um anfitrião Ubuntu ligado (nome, anfitrião, nome de utilizador, credenciais SSH).
Agente	Processo no servidor que fala para fora com a Kubeara. Não é necessária uma porta de gestão de entrada para a Kubeara.
Serviço	Um stack do catálogo ou uma aplicação personalizada que implementa num servidor.
Implementação	Tarefa que obtém imagens, configura TLS/proxy/volumes e transmite registos.
MCP	Model Context Protocol — como as ferramentas de IA chamam a Kubeara com um único modelo de permissões.

Próximos passos

Primeiros passos — Cloud ou auto-alojamento, depois a primeira implementação
Requisitos — Ubuntu, SSH e rede
Auto-alojamento — curl \| sh ou Docker Compose
FAQ — licenciamento, privacidade e perguntas sobre o catálogo