self-hosted-services
Self-hosted services es una plataforma homelab que automatiza el despliegue de servicios en Kubernetes con Ansible, incluyendo media (Jellyfin), fotos (Immich), IA local (llama.cpp) y herramientas de monitoreo.
Ficha actualizada 22 sept 2026, 21:22 · upstream 22 sept 2026, 21:09 · release sin release detectada
Qué es self-hosted-services
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Este repositorio proporciona una suite completa de servicios para operadores de homelabs, diseñada para ser comprensible y controlable. Utiliza Ansible como motor de despliegue para Kubernetes con un conjunto privado de servicios que cubre almacenamiento multimedia (Jellyfin, Immich), archivos (Nextcloud, MinIO), automatización (Home Assistant, n8n), operaciones del sistema (Authentik, Argo CD) y IA local (llama.cpp). Todos los servicios comparten PostgreSQL, Redis, MinIO, Authentik, SMTP y observabilidad mediante Grafana, Loki y Tempo. El repositorio incluye un inventario de hosts con soporte para ZFS, Tailscale y QoS en el router.
- Automatizar la instalación y configuración de servicios de media (Jellyfin, Jellyseerr) en una red local
- Gestionar almacenamiento de fotos y archivos mediante Immich o Nextcloud con autogestión
- Implementar automatización de tareas con n8n para procesos como backups o verificación de archivos
- Crear un sistema de monitoreo centralizado con Prometheus, Grafana y Loki para dashboards en tiempo real
- Proveer acceso remoto seguro a la red local mediante Tailscale sin exponer puertos estáticos
- Implementar autenticación unificada (Authentik) para múltiples servicios con SSO
- Automatizar backups de datos críticos usando Velero sobre PostgreSQL y MinIO
- Soporte completo para ZFS con poolamiento, compresión y cifrado en disco local
- Configuración de QoS (Smart Queue Management) para reducir bufferbloat durante descargas masivas
- Integración nativa entre Tailscale, HAProxy y NextDNS para acceso remoto seguro
- Soporte para IA local mediante llama.cpp y Open WebUI con persistencia en PostgreSQL
- Configuración de QoS en el router (OpenWrt GL-MT6000) para optimizar descargas y uploads
- Automatización completa del ciclo de vida de los servicios con Ansible y Velero
- No incluye un sistema de autenticación centralizado como Authentik por defecto (requiere configuración manual)
- El almacenamiento en ZFS requiere mantenimiento manual de pooles, vdevs y claves
- La configuración de QoS depende del router (OpenWrt) y no es nativa en Kubernetes
- No incluye un sistema de backup centralizado como Velero por defecto (requiere instalación manual)
- El repositorio se enfoca en servicios estáticos; la IA local requiere gestión de modelos y embeddings externa
- La configuración de Tailscale con OAuth requiere permisos explícitos por aplicación
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.
Instale un cluster de Kubernetes (K3s recomendado) con al menos 3 controladores. Configura el inventario en `inventory.yml` adaptándolo a tus hosts, asegurándote de tener un número impar de controladores para etcd. Ejecuta `ansible-playbook setup_cluster.yml -i inventory_static.yml -i inventory_ec2.yml`. Desactiva la expiración automática de claves Tailscale tras el primer despliegue. Abre `https://dash.<tu-domain>` para acceder al dashboard principal. Para servicios que requieren configuración manual, consulta `APPLICATIONS.md`.
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.