dev-oops
Infraestructura híbrida Proxmox/Kubernetes para un solo usuario, gestionada con Terraform y Ansible, migrando servicios de Docker a K8s.
Ficha actualizada 26 sept 2026, 16:23 · upstream 26 sept 2026, 16:13 · release postgresql-first-recovery-test
Qué es dev-oops
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Repositorio que documenta una infraestructura empresarial de grado para un único usuario, alojada en un servidor físico potente con hardware antiguo (Xeon E5). La arquitectura es híbrida: Proxmox VE actúa como hipervisor principal, mientras se migra progresivamente desde Docker hacia un clúster Kubernetes gestionado por Kubespray y ArgoCD.
La gestión de infraestructura se realiza mediante Terraform para recursos en la nube (DNS Cloudflare, almacenamiento) y Ansible para configuración de servidores. Incluye servicios críticos como GitLab, Nextcloud, Jellyfin y bases de datos PostgreSQL/Redis, con observabilidad completa vía Prometheus/Loki.
El despliegue es complejo y de alto riesgo debido a la falta de alta disponibilidad real (todo en un nodo), pero demuestra una transición técnica ambiciosa desde contenedores ligeros hacia orquestación robusta.
- Gestión de infraestructura híbrida Proxmox/Kubernetes
- Despliegue GitOps con ArgoCD y SOPS para secretos
- Observabilidad centralizada con Prometheus, Loki y Grafana
- Almacenamiento privado con MinIO/S3 compatible
- Automatización completa de infraestructura con Terraform y Ansible
- Arquitectura Kubernetes en producción migrando desde Docker
- Seguridad reforzada con CrowdSec, Cloudflare WAF y Teleport
- Gestión de secretos descentralizada con SOPS + Age
- Falta de alta disponibilidad real (todo corre en un único servidor físico)
- Hardware antiguo (Xeon E5-2680 v4) que puede limitar rendimiento
- Migración en curso entre Docker y K8s introduce inestabilidad potencial
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.
Requiere conocimientos avanzados de Linux, Kubernetes y Terraform. El servidor físico es el único punto de fallo crítico; se recomienda backup frecuente con Velero. No apto para entornos que requieran HA real sin añadir nodos físicos.
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.