home-ops
Repositorio monolítico de infraestructura para hogar y Kubernetes con GitOps usando Flux, Renovate y GitHub Actions. Incluye Talos como cluster operativo, Cilium para redes, Envoy Gateway, Ceph Storage, backups con VolSync y Kopia.
Ficha actualizada 22 sept 2026, 19:22 · upstream 22 sept 2026, 19:08 · release sin release detectada
Qué es home-ops
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Este es un repositorio monolítico que contiene toda la infraestructura de red, almacenamiento y servicios para mi hogar, junto con el cluster Kubernetes donde se despliegan los aplicaciones. El proyecto se basa en prácticas de Infraestructura como Código (IaC) y GitOps utilizando herramientas como Kubernetes, Flux, Renovate y GitHub Actions.
El sistema está diseñado para ser escalable y automatizado. Los componentes principales incluyen un cluster de Talos con 3 nodos i9-12900H, redes de Thunderbolt ring para alta velocidad entre nodos, almacenamiento Ceph distribuido, backups automáticos mediante VolSync y Kopia, y monitoreo continuo a través de UptimeRobot.
La arquitectura de red utiliza un split-horizon DNS donde los clientes internos resuelven hacia el gateway interno (10.90.3.202) mientras que los clientes externos se dirigen a Cloudflare. Envoy Gateway implementa la API Gateway para el tráfico, y Cilium proporciona redes basadas en eBPF reemplazando al kube-proxy tradicional.
El sistema de seguridad incluye cert-manager para certificados SSL/TLS automatizados, external-secrets con 1Password Connect para inyección segura de credenciales, sops para gestión de secretos cifrados en Git, y un runner de GitHub Actions autocontenido que ejecuta scripts de despliegue.
- Automatizar el despliegue y actualización continua de aplicaciones mediante Flux con dependencias entre Helm Releases
- Proteger datos sensibles mediante Vault (1Password Connect) y sops en repositorios Git
- Monitoreo continuo de salud del cluster, redes y servicios a través de UptimeRobot
- Almacenamiento distribuido escalable con Ceph vía VolSync para backups de PVCs
- Redes de alta velocidad entre nodos mediante Thunderbolt ring para replicación de datos
- Gestión de secretos en entornos Kubernetes sin necesidad de claves en el código fuente
- Cluster operativo con Talos que soporta GPU, Intel Management Engine y Thunderbolt drivers vía extensiones Sidero Labs
- Redes de alta velocidad (26 Gbps) entre nodos mediante Thunderbolt ring para replicación Ceph sin cuellos de botella
- Flux 2 con kustomization.yaml recursiva que aplica Helm Releases, Kustomizations y recursos de namespace automáticamente
- Backup automático de PVCs vía VolSync + Kopia a B2/R2 con cron jobs diarios y TrueNAS Cloud Sync para imágenes
- Seguridad en capas: Talos (kernel), Cilium (redes), Envoy Gateway (API) y sops/cert-manager (seguridad)
- Monitorización completa con UptimeRobot, Prometheus/Alertmanager y dashboards de Kromgo para métricas en tiempo real
- El cluster Talos no soporta pasarelas de pago como AWS o Azure por lo que la infraestructura se ejecuta localmente
- La replicación Ceph depende del ancho de banda físico entre nodos y puede ser ineficiente en entornos con pocos recursos
- No incluye herramientas de observabilidad nativas como Prometheus Operator ni Grafana para dashboards avanzados
- El sistema no soporta escalado horizontal automático (HPA) ni autoscaling por CPU/RAM
- La infraestructura es monolítica y no está diseñada para escalar a múltiples ubicaciones geográficas simultáneamente
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para desplegar: 1) Instalar Talos en los 3 nodos Minisforum MS-01 con extensiones Sidero Labs. 2) Configurar Thunderbolt ring mediante el script de red del repositorio. 3) Inicializar Flux desde la carpeta flux/flux.yaml y configurar kustomization recursiva. 4) Crear Helm Releases en apps/ para cada aplicación. 5) Activar Renovate y GitHub Actions workflows. 6) Configurar backups diarios vía cron jobs. 7) Monitorear con UptimeRobot y alertas a Pushover. Se recomienda mantener el repositorio Git activo y actualizar dependencias periódicamente.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.