k8s_home
Infraestructura GitOps personal basada en Kubernetes con kubeadm, Cilium como CNI, ArgoCD para orquestación, Velero para backups y CloudNativePG para bases de datos PostgreSQL. Incluye integración con 1Password Connect y renovate para actualizaciones automáticas.
Ficha actualizada 24 sept 2026, 19:43 · upstream 24 sept 2026, 19:31 · release sin release detectada
Qué es k8s_home
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
k8s_home es una infraestructura GitOps personal diseñada para home lab que utiliza Kubernetes nativo desplegado con kubeadm. El repositorio implementa Cilium como CNI (versión 1.19.2), ArgoCD para gestión de aplicaciones vía GitOps, y CloudNativePG para bases de datos PostgreSQL persistentes.
La arquitectura incluye integración con 1Password Connect para gestión segura de secretos, Velero para backups y recuperación de desastres, y TrueNAS externo como almacenamiento persistente. El sistema utiliza ApplicationSets en ArgoCD con Progressive Syncs para despliegues ordenados por capas (network/secrets → storage → apps).
El repositorio incluye scripts para renovate local sin token GitHub, documentación detallada sobre recuperación tras re-init del cluster, y procedimientos manuales para casos que no cubre Velero. La complejidad es HIGH debido a la gestión manual de taints, CSRs y orden de despliegue crítico.
- Infraestructura GitOps personal para home lab con Kubernetes nativo
- Gestión de bases de datos PostgreSQL persistentes con CloudNativePG
- Backups y recuperación de desastres con Velero y TrueNAS externo
- Integración con 1Password Connect para gestión segura de secretos
- Orquestación de aplicaciones con ArgoCD y ApplicationSets progresivos
- Recuperación de desastres bien documentada con Velero + TrueNAS externo que sobrevive a re-init
- Bootstrap ordenado: apps-helm.yaml antes que apps.yaml para evitar race conditions en PVCs y CNPG
- Renovate integrado para actualizaciones automáticas sin token GitHub en modo dry-run
- Uso de ApplicationSets con Progressive Syncs (RollingSync) para despliegues por capas
- Documentación clara sobre hibernación de clusters CNPG antes de snapshots transaccionales
- Requiere conocimientos avanzados de Kubernetes: kubeadm, taints, CSRs y gestión manual de namespaces
- Depende de TrueNAS externo para persistencia; sin él los datos se pierden tras re-init
- No es un producto comercial sino infraestructura personal con configuraciones específicas del usuario
- Requiere 4 cores CPU y 4GB RAM mínimo según análisis técnico
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.
Desplegar primero apps-helm.yaml (network/secrets → storage → apps) antes que apps.yaml. Esperar a que Velero, external-snapshotter, democratic-csi y cloudnative-pg estén healthy. Tomar backup con Velero antes de cualquier re-init. Requiere TrueNAS externo para persistencia. Mínimo 4 cores CPU, 4GB RAM, 10GB disco.
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.