Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

home-ops

Infraestructura doméstica gestionada con GitOps (Flux) sobre Kubernetes/Talos Linux y NixOS. Incluye monitorización, almacenamiento NFS cifrado y gestión de secretos externos.

Ficha actualizada 22 sept 2026, 15:23 · upstream 22 sept 2026, 5:38 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es home-ops

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Este repositorio documenta una infraestructura doméstica robusta que combina Kubernetes para servicios críticos con NixOS para máquinas de almacenamiento y red. El clúster se gestiona mediante GitOps usando Flux sobre Talos Linux, mientras que los nodos de almacenamiento (NAS) corren en NixOS, proporcionando un entorno híbrido optimizado para rendimiento y recuperación ante desastres.

La arquitectura incluye hardware específico como Protectli VP2410 para red (OPNsense), Intel NUCs para controladores del clúster y un NAS personalizado con discos HDD para almacenamiento masivo. Se integran servicios cloud para gestión de secretos (Bitwarden vía External Secrets), backups cifrados (Backblaze B2) y alertas externas (Pushover, Healthchecks.io).

El enfoque prioriza la autosuficiencia local, utilizando solo servicios cloud cuando es estrictamente necesario para disponibilidad o seguridad, como en el caso del hosting de repositorios y gestión de dominios. La infraestructura está diseñada para ser escalable y mantenible mediante prácticas de IAC y GitOps.

CASOS DE USO
  • Gestión de clúster Kubernetes con Talos Linux y Flux
  • Almacenamiento en red (NFS) con NixOS y discos HDD
  • Monitorización de conectividad y alertas externas
  • Gestión de secretos centralizada vía Bitwarden/External Secrets
PUNTOS DESTACADOS
  • Uso de Talos Linux para nodos Kubernetes, reduciendo superficie de ataque
  • Almacenamiento cifrado en Backblaze B2 para backups críticos
  • Integración con NixOS para gestión de configuración en máquinas no clúster
  • Gestión de secretos descentralizada pero segura vía External Secrets
PRECAUCIONES
  • Dependencia de servicios cloud para componentes críticos como secrets y alertas
  • Complejidad alta del despliegue inicial (requiere conocimientos avanzados)
  • No incluye Dockerfiles ni Compose, limitando portabilidad a entornos no Kubernetes
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Recomendado usar la plantilla cluster-template de onedr0p para iniciar. Asegurar separación clara entre nodos controladores (Talos) y almacenamiento (NixOS). Configurar External Secrets para Bitwarden antes de desplegar aplicaciones sensibles. Verificar conectividad con Healthchecks.io antes de producción.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
No detectados
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.