Construcción directa de clústeres de Kubernetes en una cuenta de Hetzner (Edka)

 (edka.io)
1 puntos por GN⁺ 2025-08-16 | 1 comentarios | Compartir por WhatsApp
  • Edka permite a los usuarios construir y administrar directamente clústeres de Kubernetes en su cuenta de Hetzner con facilidad
  • Ofrece la simplicidad de nivel PaaS sin perder flexibilidad
  • Integra varias funciones como flujos de trabajo basados en GitOps, instalación de add-ons con un clic y monitoreo integrado
  • Permite simplificar los procesos de operación de Kubernetes que antes eran complejos
  • Brinda a startups y profesionales de TI una experiencia de gestión autónoma de plataformas

Resumen de Edka

  • Edka es una plataforma que permite a los usuarios crear, escalar y administrar clústeres de Kubernetes dentro de su propia cuenta de Hetzner
  • En lugar de configuraciones de infraestructura complejas, permite automatizar la gestión de infraestructura mediante flujos de trabajo GitOps
  • Mantiene la simplicidad a nivel de PaaS (Platform as a Service) y al mismo tiempo ofrece escalabilidad y flexibilidad de configuración

Características principales

  • Add-ons con un clic: permite instalar y aplicar varios add-ons de Kubernetes con un solo clic
  • Monitoreo integrado: permite supervisar de inmediato el estado del clúster y el uso de recursos sin herramientas adicionales
  • Escalado y administración: permite ajustar el tamaño del clúster y gestionarlo fácilmente según sea necesario

Ventajas y público objetivo

  • Al eliminar la complejidad tradicional de operar Kubernetes, incluso los desarrolladores principiantes pueden gestionar infraestructura con facilidad
  • Al ser un servicio basado en cuenta propia donde se pueden controlar directamente los costos, reduce la preocupación por el vendor lock-in
  • Ofrece un entorno donde startups y profesionales de TI pueden administrar clústeres de forma autónoma y construir flujos de trabajo de DevOps

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-08-16
Opiniones de Hacker News
  • Qué suerte tan inesperada: incluso recibí feedback en HN, me pegaron el rate limit en GitHub (eso lo resolví rápido) y luego hubo algunos problemas en Hetzner, así que no se podían crear bien nuevos clústeres. Muchas gracias a todos por el interés. Esto era un proyecto paralelo y jamás imaginé que llegaría a esto. Pienso seguir mejorando la plataforma e incorporando feedback.
  • Me pregunto en qué se diferencia de herramientas ya conocidas con soporte para Hetzner, como kops(https://github.com/kubernetes/kops).
    • Probablemente la herramienta más sencilla ahora mismo sea https://github.com/vitobotta/hetzner-k3s. Tiene varias opciones y depende de qué tan a bajo nivel quieras manejarlo. El proyecto de Hetzner con Terraform es la opción más compleja y completa, pero toma bastante tiempo configurarlo. El punto clave es simplificar no solo Kubernetes en Hetzner, sino también el despliegue fácil de aplicaciones necesarias para ampliar sus capacidades, como ingress controller, prometheus, elasticsearch y bases de datos.
    • También está Talos, que soporta Hetzner y está bastante streamlined. No es exactamente la misma idea, pero se parece mucho. https://www.talos.dev/v1.10/talos-guides/install/cloud-platforms/hetzner
    • Me pregunto cuál es la diferencia frente a usar https://github.com/vitobotta/hetzner-k3s.
    • Supongo que la diferencia está en la UI y el soporte comercial.
  • Parece una forma realmente intuitiva de desplegar clústeres de k8s. Aun así, esta solución funciona sobre los servicios cloud de Hetzner, y en operación nosotros hemos tenido una experiencia algo inestable de ese lado. Nuestros clientes despliegan sobre la línea bare metal de Hetzner, y esa sí es muy estable. Lo más grave que pasa son reinicios ocasionales de routers, que resolvemos con despliegues multi-AZ. Para clústeres por debajo de cierto tamaño, un despliegue bare metal personalizado no compensa ni en costo ni en esfuerzo, así que seguiré de cerca este proyecto.
  • También hay un proyecto para desplegar k3s en Hetzner con Terraform: https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner. Nunca fue la experiencia más fluida, pero todo queda self-hosted y la mayoría de los problemas se pueden resolver con Terraform o SSH. Da gusto ver Kubernetes administrado en Hetzner.
  • Todavía no he visto una guía que automatice k8s sobre las potentes instancias bare metal de Hetzner. Idealmente uno quiere seguir el enfoque cattle, pero sería excelente poder usar también bare metal con buen CPU y memoria. Por eso mi clúster incluye tanto nodos cloud como bare metal. Antes usaba la virtual switch de Hetzner para una red L2 entre ambos, pero últimamente solo uso tailscale. La mayoría de las herramientas, como Terraform, agregan o eliminan nodos vía API; sería ideal tener una función que no permita crear nodos nuevos para ciertas clases de nodo, pero sí hacer wipe/rebuild.
  • Un poco fuera de tema, pero Raku también ya tiene soporte para la API de Hetzner: https://raku.land/zef:wayland/WWW::CloudHosting::Hetzner. Ahora se pueden hacer scripts de automatización de despliegue en Raku.
  • Para quienes estén interesados: ya casi termino un curso muy práctico basado en Kube-Hetzner(https://github.com/kube-hetzner/terraform-hcloud-kube-hetzner, 3k stars). Cubre cómo funciona con distintos scripts, respaldo/recuperación e incluso ejercicios de fallas comunes. Está diseñado para que entiendas los principios metiendo mano directamente, sin abstracciones. Sin esa comprensión, tarde o temprano te vas a trabar. Lista de espera: https://shipacademy.dev
  • No me queda nada claro dónde está ubicada esta empresa ni si no es una estafa. En su sitio no hay imprint, contacto ni dirección física. En la política de privacidad aparece un correo, pero está oculto por Cloudflare. Dice que el nombre de la empresa es Edka Digital S.L., pero no sé en qué país está registrada. Parece que tiene VAT de la UE, pero no estoy seguro; da algo de desconfianza.
    • Hola, este proyecto lo hice yo personalmente como freelancer y side project, y estoy registrado como autónomo en España. Mi número de VAT es ESY1848661G. Honestamente no esperaba recibir tanto interés; ahorita estoy en etapa de recopilar feedback. Voy a actualizar tanto la política de privacidad como los términos del servicio. Más adelante quería convertirlo en empresa, pero por ahora sigue siendo solo como freelancer. Gracias al feedback puedo corregir estas cosas.
  • El mayor problema al configurar k8s en Hetzner es que no hay una forma de escalar en bare metal desde algo pequeño (1 nodo) hasta algo mediano (10~100 nodos). Con Gateway API logré conectar nodos de ingress manipulando Envoy, pero el problema es el storage. Ceph Rook es demasiado pesado para correr en una sola máquina, y no encontré un wrapper que permita pasar fácilmente de administrar volúmenes locales a volúmenes distribuidos. Lo ideal sería un daemon de PV que funcione ligero incluso en una sola máquina, automatice la migración de PV y, al migrar después a Ceph u otro sistema, el proxy pueda retirarse solo.
  • Me pregunto si usan cloud-init al crear instancias en Hetzner. Yo tengo mis propios scripts para agregar instancias Ubuntu como nodos de Docker Swarm, y estaría buenísimo que existiera una versión de este tipo de solución para Docker Swarm.