Comparación: install methods de Home Assistant en 2026¶
Tras la deprecación de Core y Supervised (release 2025.12), quedan dos install methods supported: HA OS y HA Container. Esta página compara dimensiones que importan para la decisión "harden HA" del usuario.
Contexto¶
El usuario corre HA OS hoy (sobre HA Yellow). La pregunta operativa es: ¿seguir en HAOS (en el Yellow o en otro hardware) o moverse a HA Container para tratar HA como cualquier otro servicio del homelab? La deprecación de Supervised cerró el "punto medio" — ahora la decisión es appliance integrada vs servicio gestionado por el usuario.
Contenido¶
Matriz de comparación¶
| Dimensión | ../entities/home-assistant-os | ../entities/home-assistant-container | ../entities/home-assistant-supervised (deprecated) | ../entities/home-assistant-core (deprecated) |
|---|---|---|---|---|
| Soportado en 2026 | ✅ | ✅ | ❌ | ❌ |
| Uso a 2025 | ~94% (combinado OS + Container) | (mayoría de los install) | 3.3% | 2.5% |
| Add-ons gestionados desde UI | Sí | No | Sí | No |
| Snapshots/backup integrado | Sí | Limitado (manual o sidecar) | Sí | No |
| Control del host OS | Mínimo (es appliance) | Total | Parcial (host del usuario + Supervisor) | Total |
| Co-locar con otros servicios del homelab | Difícil | Fácil | Medio | Fácil |
| Affinity con IaC del host (Compose/Ansible/Terraform) | Baja | Alta | Media | Alta |
| Pin de versión explícito | Implícito (HAOS release) | Sí (tag de image) | Sí (Supervisor pin) | Sí (commit/tag) |
| Tiempo a estar arriba desde cero | Bajo (flash + restore) | Bajo (compose up + restore) | Medio (host install + Supervisor) | Alto (Python env + deps) |
| Hardware oficial recomendado | HA Green / Yellow / RPi 4-5 64bit / VM | Cualquier host con OCI runtime | Cualquier host Linux (Debian 13) | Cualquier host con Python |
| Mejor para... | Usuarios que quieren appliance | Usuarios que quieren control e IaC del host | (legacy) | (legacy / devs) |
Decisión heurística¶
Si lo que más te duele son los upgrades sorpresivos y la pérdida de control, Container te da los puntos de palanca (pin, rollback, GitOps). Si lo que más valorás es que las cosas "simplemente funcionen" después de un flash, HAOS te baja la superficie de cosas que pueden romper en el host.
Lo que NO cambia entre los dos supported¶
- Misma versión de Home Assistant Core corre por debajo en ambos.
- Mismo modelo de configuración (YAML + UI + blueprints).
- Mismo Frontend.
- Backups son cross-method: podés saltar de HAOS a Container y volver con un restore.
Lo que sí cambia¶
- Add-ons: en HAOS son ciudadanos de primera; en Container son containers sidecar que vos administrás.
- Updates: HAOS aplica updates desde la UI (HA + Supervisor + OS); Container te obliga a hacer
docker compose pull(o equivalente) — más control, más responsabilidad. - Recursos del host: Container deja todo el host disponible para otros servicios; HAOS reserva el host para sí.
Relaciones¶
- Fuente principal: ../sources/ha-deprecating-core-supervised-2025-05.
- Próxima decisión derivada: ../analysis/install-method-decision-2026 aplicada al setup del usuario.
- Relacionado con discusión Q1 essentials/experimental: si essentials va en HAOS y experimental en Container, esta comparación es la base de esa partición.
Citas / evidencia¶
-
"Future supported methods only: Home Assistant OS, Home Assistant Container" — ../sources/ha-deprecating-core-supervised-2025-05.
Abierto / gaps¶
- Llenar la celda "Uso a 2025" para HA OS y Container por separado (el anuncio no los desagrega; sólo dice que Core 2.5% + Supervised 3.3% combinan ~5.8%, quedando ~94% para HAOS+Container).
- Anexar números de "tiempo a estar arriba desde cero" con benchmarks reales — buscar charlas o blog posts con timing.
- Añadir columnas de observabilidad (Prometheus exporter, log forwarding) cuando se ingiera el source de Loki+Grafana.