Construindo um cluster Kubernetes diretamente na sua conta Hetzner (Edka)

 (edka.io)
1 pontos por GN⁺ 2025-08-16 | 1 comentários | Compartilhar no WhatsApp
  • Edka ajuda os usuários a criar e gerenciar diretamente clusters Kubernetes com facilidade em sua conta Hetzner
  • Oferece a simplicidade no nível de um PaaS sem abrir mão da flexibilidade
  • Integra diversos recursos, como workflow baseado em GitOps, instalação de add-ons com um clique e monitoramento embutido
  • Pode simplificar o processo tradicionalmente complexo de operação de Kubernetes
  • Oferece a startups e profissionais de TI uma experiência de gestão autônoma de plataforma

Visão geral do Edka

  • O Edka é uma plataforma que permite aos usuários criar, escalar e gerenciar clusters Kubernetes dentro da própria conta Hetzner
  • Em vez de configurações complexas de infraestrutura, ele permite automatizar a gestão da infraestrutura por meio de um workflow GitOps
  • Mantém a simplicidade no nível de um PaaS (Platform as a Service), ao mesmo tempo em que oferece escalabilidade e flexibilidade de configuração

Principais recursos

  • Add-ons com um clique: é possível instalar e aplicar diversos add-ons do Kubernetes com um clique
  • Monitoramento embutido: permite monitorar imediatamente o estado do cluster e a situação dos recursos sem ferramentas separadas
  • Escalonamento e gerenciamento: é possível ajustar o tamanho do cluster e administrá-lo com facilidade conforme necessário

Vantagens e público-alvo

  • Ao eliminar a complexidade tradicional da operação de Kubernetes, até desenvolvedores iniciantes conseguem gerenciar a infraestrutura com facilidade
  • Como é um serviço baseado na própria conta, no qual é possível controlar diretamente os custos, reduz preocupações com vendor lock-in
  • Oferece um ambiente em que startups e profissionais de TI podem gerenciar clusters de forma autônoma e estruturar workflows de DevOps

Leituras relacionadas

1 comentários

 
GN⁺ 2025-08-16
Comentários do Hacker News
  • Foi realmente uma sorte inesperada, até recebi feedback no HN e acabei levando rate limit no GitHub (isso resolvi rapidinho). Depois disso, houve algumas falhas no Hetzner e a criação de novos clusters não estava funcionando direito. Muito obrigado a todos pelo interesse. Era só um projeto paralelo e eu nunca imaginei que isso fosse acontecer. Pretendo continuar melhorando a plataforma e incorporando o feedback.
  • Fiquei curioso sobre a diferença em relação a ferramentas que já suportam Hetzner, como o conhecido kops (https://github.com/kubernetes/kops).
    • Provavelmente a ferramenta mais fácil hoje é https://github.com/vitobotta/hetzner-k3s. Ela tem várias opções, e depende de quão baixo nível você quer operar. O projeto Hetzner terraform é a opção mais complexa e completa, mas leva bastante tempo para configurar. O ponto principal aqui é simplificar não só o Kubernetes no Hetzner, mas também a implantação de aplicações necessárias para expandir a funcionalidade do Kubernetes, como ingress controller, prometheus, elasticsearch e bancos de dados.
    • Também existe o Talos, com suporte a Hetzner, e ele é bem streamlined. Não é exatamente a mesma ideia, mas é quase parecido. https://www.talos.dev/v1.10/talos-guides/install/cloud-platforms/hetzner
    • Fiquei curioso sobre qual é a diferença em relação a usar https://github.com/vitobotta/hetzner-k3s.
    • Imagino que a diferença seja a UI e o suporte comercial.
  • Parece uma forma realmente intuitiva de fazer deploy de um cluster k8s. Mas essa solução roda em cima do serviço de cloud da Hetzner, e tivemos uma experiência um pouco instável nessa parte durante a operação. Nossos clientes fazem deploy na linha bare metal da Hetzner, e essa tem sido muito estável. O incidente mais sério é um reinício ocasional de roteador, mas resolvemos isso com deploy multi-AZ. Para clusters abaixo de certo porte, um deploy customizado em bare metal não fecha em custo ou esforço, então vou continuar acompanhando este projeto.
  • Também existe um projeto para fazer deploy de k3s no Hetzner com Terraform: https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner. Não foi exatamente a experiência mais suave, mas tudo é self-hosted, e a maioria dos problemas pode ser resolvida com Terraform ou SSH. Fico feliz em ver Kubernetes gerenciado no Hetzner.
  • Ainda não vi um guia que automatize k8s nas poderosas instâncias bare metal da Hetzner. Idealmente eu quero o modelo cattle, mas seria ótimo também poder usar bare metal com muito CPU e memória. Por isso meu cluster inclui tanto nós em cloud quanto nós bare metal. Antigamente eu usava a virtual switch da Hetzner para uma rede L2 entre os nós de cloud e bare metal, mas hoje em dia uso só tailscale. A maioria das ferramentas, como Terraform, adiciona ou remove nós via API, então seria realmente ideal se existisse um recurso que, para certas classes de nó, não permitisse criar novos nós, mas permitisse wipe/rebuild.
  • Um pouco fora do assunto, mas o suporte à API da Hetzner também chegou ao Raku: https://raku.land/zef:wayland/WWW::CloudHosting::Hetzner. Agora dá para escrever scripts de automação de deploy em Raku.
  • Para quem tiver interesse, estou quase terminando um curso prático baseado no Kube-Hetzner (https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner, 3k stars). Ele cobre com vários scripts como tudo funciona, backup/restore e até exercícios com casos de falha comuns. Foi pensado para que você entenda os princípios mexendo diretamente nas coisas, sem abstrações. Sem entendimento, uma hora você vai travar. Lista de espera: https://shipacademy.dev
  • Não consigo ter nenhuma noção de onde essa empresa fica nem se não é golpe. No site não há imprint, contato nem endereço físico. Há um e-mail na política de privacidade, mas está oculto por causa do Cloudflare. O nome da empresa aparece como Edka Digital S.L., mas não sei em que país ela está registrada. Parece ser um VAT da UE, mas não tenho certeza, então isso me deixa meio desconfiado.
    • Olá, este projeto foi criado por mim pessoalmente como freelancer, como um side project, e sou um freelancer registrado na Espanha. O número VAT é ESY1848661G. Estou numa fase de coletar feedback, então sinceramente não esperava esse nível de interesse. Vou atualizar tanto a política de privacidade quanto os termos de serviço. Eu queria eventualmente transformar isso numa empresa, mas por enquanto é só como freelancer mesmo. Graças ao feedback, dá para corrigir isso rapidamente.
  • O maior problema ao configurar k8s no Hetzner é que não existe uma forma de escalar no bare metal de pequeno porte (1 nó) para médio porte (10~100 nós). Consegui ligar nós de ingress com Gateway API manipulando o Envoy, mas o problema é storage. O Ceph Rook é pesado demais para rodar em uma única máquina, e não encontrei um wrapper que permita migrar facilmente do gerenciamento de volumes locais para volumes distribuídos. O ideal mesmo seria existir um daemon de PV que funcionasse de forma leve até numa máquina única, movesse PVs automaticamente e, depois, ao migrar para Ceph ou algo do tipo, conseguisse sair do caminho por conta própria como proxy.
  • Fiquei curioso se eles usam cloud-init ao criar instâncias no Hetzner. Eu mesmo escrevi e uso um script para adicionar instâncias Ubuntu como nós de Docker Swarm, e seria muito bom se existisse uma versão Docker Swarm de uma solução assim.