Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

home-assistant

Configuración GitOps para Home Assistant con dashboards responsivos, integraciones personalizadas y gestión de acceso por políticas. Arquitectura orientada a Kubernetes con PostgreSQL como base de datos.

Ficha actualizada 26 sept 2026, 14:19 · upstream 26 sept 2026, 14:17 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es home-assistant

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

Este repositorio proporciona una configuración de producción para Home Assistant orientada a hogares privados y familiares. El enfoque GitOps permite versionar dashboards, políticas de acceso e integraciones personalizadas mientras mantiene credenciales y estado mutable en volúmenes persistentes.

La arquitectura separa el código fuente del estado de ejecución: este repositorio gestiona la configuración reproducible, mientras Home Assistant maneja credenciales, sesiones de integración e historial. El despliegue utiliza Kubernetes con Rancher Fleet, verificando checksums SHA-256 mediante contenedores init antes del arranque.

Los principios de diseño priorizan la información familiar en el dashboard principal, mantienen controles avanzados accesibles pero subordinados, y aseguran que el acceso se enforce en backend. La configuración es opinada y específica del sitio, aunque su arquitectura puede servir como referencia para otras instalaciones GitOps.

CASOS DE USO
  • Gestión de dashboards responsivos para múltiples dispositivos (móvil, tablet, escritorio) con layouts adaptados por familia
  • Integración financiera personal mediante Firefly III con visualización exclusiva para perfil abhimanyu sin PIN adicional
  • Monitoreo de cámaras UniFi Protect con gestión de eventos local vía WebSocket y historial de clips en ventana de 31 días
  • Control de dispositivos domésticos (ventiladores, lavadoras, lavavajillas Bosch) con interfaces senior-friendly y protecciones de cuota cloud
PUNTOS DESTACADOS
  • Arquitectura GitOps con verificación de checksums SHA-256 en contenedores init antes del arranque
  • Dashboard familiar responsivo con layouts diferenciados para móvil, tablet y escritorio manteniendo jerarquía informativa consistente
  • Integración Firefly III GET-only con backend que verifica ID de usuario activo para cada respuesta
  • Gestión de eventos UniFi Protect vía WebSocket local sin polling cloud, con backfill automático tras reconexiones
PRECAUCIONES
  • No incluye Docker ni Compose - requiere despliegue manual en Kubernetes con Rancher Fleet
  • Configuración opinada y específica del sitio no directamente aplicable a otros entornos sin adaptación
  • Integraciones financieras exclusivas para perfil abhimanyu, no compartibles entre miembros de la familia
  • Complejidad HIGH - requiere 4 núcleos CPU, 4096 MB RAM y 20 GB disco mínimo
01

Perfil de infraestructura

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

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

Despliegue detectado

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

Despliegue manual

Requiere despliegue en Kubernetes con Rancher Fleet. El repositorio companion home-lab pin commit SHA-256 del archive. Variables de entorno críticas: HOME_ASSISTANT_RECORDER_DB_URL, GO2RTC_USERNAME, GO2RTC_PASSWORD. Verificar checksums antes de bootstrap. No contiene credenciales de cluster - gestionarlas en home-lab repository.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Node.jsPython
SERVICIOS
PostgreSQL
BASES DE DATOS
PostgreSQL
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.