Ir al contenido
  1. Posts/

Self-hosted o SaaS barato: cómo decido cuando el dato importa pero el tiempo también

Hay una fase del homelab en la que todo lo que se puede instalar en casa parece mejor por defecto. Ves una alternativa self-hosted a una app que usas, abres el repositorio, copias un docker compose, levantas el servicio y durante diez minutos sientes que has ganado otra pequeña batalla contra la nube.

Luego pasan las semanas.

El contenedor pide actualizaciones. La base de datos crece. El móvil de otra persona deja de sincronizar. El backup existe, pero no lo has restaurado nunca. La app comercial costaba cuatro euros al mes y, de repente, ese ahorro empieza a parecer una forma elegante de comprarte trabajo.

A mí me sigue gustando autoalojar. Mucho. Pero cada vez tengo menos paciencia para montar servicios solo porque puedo. Cuando el dato importa y el tiempo también, la pregunta cambia. Ya no miro solo si existe una alternativa libre o si el servicio puede correr en mi servidor. Miro si asumir yo la responsabilidad mejora algo de forma clara.

Este artículo va en la ruta de servicios para la familia, porque el criterio cambia cuando lo que montas deja de ser un juguete personal. También conecta con servicios con datos familiares y con qué servicios self-hosted merece la pena mantener. La idea es poner números mentales, riesgo y cansancio encima de la mesa antes de añadir otro icono al panel.

mi primera pregunta: qué gano realmente
#

Antes de montar nada me obligo a responder una pregunta bastante incómoda: qué gano si esto vive en casa.

Respuestas buenas:

  • Control de los datos originales.
  • Mejor privacidad en datos sensibles.
  • Integración local con otros servicios.
  • Independencia de un proveedor que cambia condiciones.
  • Coste razonable a medio plazo.
  • Funciones que el SaaS no ofrece.
  • Aprendizaje técnico que me apetece asumir.

Respuestas flojas:

  • Porque hay una imagen Docker.
  • Porque la app comercial me cae mal.
  • Porque quiero tenerlo todo en el homelab.
  • Porque pagar una suscripción pequeña me molesta más de lo que debería.
  • Porque vi una captura bonita en Reddit.

La última parece broma, pero no lo es. Muchas instalaciones caseras nacen de una captura bonita y mueren por aburrimiento operativo.

Si el servicio guarda enlaces, notas personales o un dashboard prescindible, puedo permitirme ser caprichoso. Si guarda fotos, documentos, contraseñas, calendarios familiares o información que alguien va a necesitar un martes a las ocho de la mañana, el capricho ya no basta.

coste real frente a precio mensual
#

Un SaaS tiene precio. El self-hosting tiene coste.

El precio se ve rápido: tantos euros al mes, tantos usuarios, tanto almacenamiento. El coste casero es más tramposo. Incluye electricidad, discos, backups externos, tiempo de mantenimiento, actualizaciones, incidencias, documentación y ese pequeño peaje mental de saber que otra cosa depende de ti.

Yo no intento calcular cada céntimo. Sería ridículo. Pero sí hago una cuenta aproximada:

  • Cuánto pagaría al año por el SaaS.
  • Qué hardware y almacenamiento necesito en casa.
  • Qué copia externa voy a mantener igualmente.
  • Cuánto tiempo me pide al mes.
  • Qué pasa si falla cuando estoy fuera.

En servicios pequeños, el SaaS barato gana muchas veces. No porque sea más puro, sino porque convierte una preocupación continua en una factura clara. Un gestor de notas compartidas, una herramienta de calendario familiar o una app de listas que cuesta poco puede salir más barata que mantener una alternativa casera que nadie disfruta.

En otros casos el self-hosting gana por goleada. Si tienes terabytes de fotos, una biblioteca digital grande, documentos que quieres controlar o automatizaciones que dependen de tu red local, pagar nube por capacidad y aceptar sus límites puede salir peor. Ahí el homelab tiene sentido económico y práctico.

El problema aparece cuando mezclamos orgullo con contabilidad. Ahorrar tres euros al mes a cambio de dos horas de mantenimiento no es eficiencia. Es pagar con sueño.

datos sensibles y datos aburridos
#

No todos los datos merecen el mismo trato.

Para mí hay datos de máxima sensibilidad:

  • Contraseñas.
  • Documentos personales.
  • Fotos familiares originales.
  • Copias de móviles.
  • Automatizaciones de casa.
  • Registros de salud o datos biométricos.
  • Backups de servicios críticos.

Con esos datos soy más exigente. Quiero saber dónde están, cómo se exportan, cómo se restauran y qué proveedor los toca si no los guardo en casa. La privacidad pesa más y la salida también.

Luego hay datos menos delicados: feeds RSS, enlaces guardados, paneles internos, listas de lectura, pequeñas herramientas de productividad, marcadores, estados de monitorización sin información sensible. Autoalojarlos está bien, pero no me obsesiona. Si el SaaS es barato, cómodo y exporta bien, puedo vivir con ello sin sentir que he vendido el alma por una interfaz decente.

Esta distinción me evita una trampa habitual: tratar todo como si fuera igual de importante. No lo es. Perder una lista de enlaces molesta. Perder fotos familiares duele. Que caiga una app de recetas fastidia. Que no puedas entrar al gestor de contraseñas cuando necesitas arreglar algo es otro nivel de estupidez operativa.

soporte: quién se come la avería
#

Cuando pagas un SaaS, no compras solo software. Compras que alguien más se coma parte del problema.

No siempre funciona. Hay soportes horribles, cambios de producto absurdos y empresas que rompen cosas con una sonrisa corporativa. Pero si el servicio es serio, hay una infraestructura, copias, alertas, actualizaciones, equipos de guardia y una base de usuarios detectando fallos antes que tú.

En casa, el soporte eres tú.

Si una app self-hosted falla a las diez de la noche, nadie abre ticket por ti. Si una actualización rompe migraciones, te toca leer issues. Si el móvil de tu pareja deja de sincronizar, el problema deja de ser técnico y pasa a ser convivencia. Y ahí el homelab pierde bastante encanto.

Por eso separo servicios personales de servicios compartidos. En lo personal puedo tolerar interrupciones, probar versiones nuevas y romper cosas. En lo compartido necesito estabilidad. Si otra persona depende del servicio, el listón sube.

Un SaaS barato puede ser la opción buena cuando el soporte casero se convertiría en fricción familiar. No hay derrota ahí. Hay higiene mental.

exportación y plan de salida
#

Esta es la parte que más pesa en mi decisión: cómo salgo si me arrepiento.

Un SaaS aceptable debe permitirme exportar mis datos en formatos entendibles. CSV, JSON, Markdown, PDF, originales sin encerrar en una estructura rara. Si una aplicación retiene mis datos o hace la exportación incómoda, le resto muchos puntos.

Un servicio self-hosted también necesita plan de salida. A veces nos engañamos pensando que, por estar en casa, ya está todo bajo control. Pero una base de datos opaca dentro de un contenedor también puede encerrarte. Si mañana el proyecto se abandona, quiero poder sacar datos útiles.

Mi regla:

  • Si el dato es importante, no acepto una salida mala.
  • Si la app self-hosted no exporta bien, necesito entender su estructura.
  • Si el SaaS no exporta bien, busco otro.
  • Si ninguno exporta bien, quizá el problema no merece ese tipo de app.

Esto aplica mucho a notas, documentos, fotos y contraseñas. En fotos quiero originales. En documentos quiero PDFs. En notas prefiero Markdown o texto razonable. En contraseñas quiero una exportación cifrada que pueda guardar con cuidado. En calendarios y contactos quiero formatos estándar.

Las páginas oficiales de servicios como Bitwarden, Google Takeout o Apple Data and Privacy merecen una visita antes de decidir. No para casarse con ellos, sino para saber por dónde sales si un día cambias de opinión.

backups: el punto donde se acaba la fantasía
#

El self-hosting serio empieza cuando pruebas una restauración.

Antes de eso tienes una instalación que funciona. Después de eso tienes algo que quizá puedas recuperar. La diferencia es enorme.

Con un SaaS, la copia interna del proveedor no suele bastarme para datos importantes. También quiero exportaciones periódicas o una copia local. Con self-hosting, necesito backups propios sí o sí: base de datos, ficheros, configuración y una nota breve de restauración.

La pregunta que hago es simple: si esto desaparece esta noche, cuánto tardo en volver a estar operativo.

Para una app prescindible, me da igual. Para fotos, documentos o contraseñas, quiero una respuesta concreta.

Aquí el SaaS puede ayudar, pero no sustituye todo. iCloud, Google Photos, Google Drive, Dropbox, OneDrive o cualquier otra nube pueden ser una capa útil, pero no quiero que sean la única copia de datos irremplazables. Tampoco quiero que el homelab sea la única. En datos familiares, duplicar caminos no es paranoia. Es sentido común.

En self-hosting, el problema suele ser que instalamos rápido y diseñamos backups tarde. Mal orden. Si antes de meter datos no sabes qué respaldar, quizá todavía no toca mover ese servicio a casa.

privacidad práctica
#

La privacidad importa, pero no todas las decisiones de privacidad son igual de efectivas.

Autoalojar una app secundaria no cambia gran cosa si el resto de tu vida digital sigue repartida entre móviles, correo, mensajería y nubes comerciales. Eso no invalida el self-hosting. Solo baja un poco el tono épico.

Me gusta pensar en exposición:

  • Qué datos son sensibles.
  • Quién los procesa.
  • Dónde se almacenan.
  • Quién necesita acceso.
  • Qué metadatos genero.
  • Qué gano moviéndolos a casa.
  • Qué pierdo en disponibilidad y comodidad.

Hay casos donde la privacidad empuja claramente hacia casa. Documentos familiares, originales de fotos, automatizaciones domésticas, sensores de presencia o copias personales. Hay otros donde el beneficio es menor o se compensa con una buena configuración en la nube.

También está el factor móvil. Si una app self-hosted exige exponer servicios, configurar VPN, pelear con notificaciones y explicar a otra persona cómo entrar, quizá la privacidad mejora a costa de usabilidad. A veces compensa. A veces no.

La privacidad que nadie usa se convierte en decoración.

mantenimiento mensual
#

Un servicio no cuesta lo mismo el día que lo instalas que seis meses después.

Yo intento estimar mantenimiento mensual:

  • Actualizaciones.
  • Revisión de backups.
  • Limpieza de almacenamiento.
  • Comprobación de logs.
  • Renovación de certificados.
  • Cambios de versiones mayores.
  • Pequeñas incidencias de usuarios.

Si una app me pide mucha atención y aporta poco, va fuera. Me da igual lo interesante que sea técnicamente. El homelab doméstico tiene que competir con trabajo, familia, descanso y otras aficiones. No todo merece un hueco.

Por eso me gustan servicios que hacen una cosa concreta y la hacen bien. Immich para fotos, Paperless-ngx para documentos, Vaultwarden para contraseñas si lo tienes bien cubierto, Syncthing para sincronizar carpetas, Home Assistant para casa. Son piezas con valor claro.

Me dan más pereza las plataformas que quieren ocupar media vida digital y luego requieren vigilancia constante. Pueden ser buenas, pero en casa prefiero saber qué problema resuelve cada cosa.

cuándo pago sin culpa
#

Pago sin culpa cuando el SaaS cumple varias condiciones:

  • Precio razonable.
  • Buena app móvil.
  • Exportación clara.
  • Soporte o estabilidad decente.
  • Datos no excesivamente sensibles o bien cifrados.
  • Colaboración con otras personas.
  • Menos mantenimiento que la alternativa casera.

Calendarios compartidos suelen caer aquí. También documentos colaborativos, algunas notas rápidas, correo, almacenamiento externo de respaldo y herramientas donde la experiencia móvil manda.

También pago cuando el coste mental de autoalojar supera el beneficio. Esta parte cuesta admitirla si te gusta cacharrear. Pero es verdad. Si una app comercial barata evita que tú seas soporte de algo que nadie aprecia como proyecto técnico, probablemente es dinero bien gastado.

Hay una diferencia entre comprar libertad y comprar tranquilidad. A veces el SaaS compra tranquilidad. Y algunas noches eso vale más que montar otro contenedor.

cuándo autoalojo sin dudar
#

Autoalojo cuando el servicio gana mucho viviendo en casa:

  • Datos grandes o caros de guardar en nube.
  • Integración local con red, sensores o almacenamiento.
  • Privacidad importante.
  • Control sobre originales.
  • Necesidad de personalización.
  • Dependencia baja de apps móviles perfectas.
  • Aprendizaje técnico que compensa.

Fotos familiares con Immich pueden entrar aquí, siempre que los backups estén antes. Documentos con Paperless-ngx también, si el flujo es simple. Home Assistant encaja porque el valor está en casa. Bibliotecas digitales, automatizaciones, dashboards internos y servicios de monitorización también tienen sentido local.

Lo autoalojado tiene otra ventaja: te obliga a entender tus datos. Dónde viven, cuánto ocupan, qué depende de qué, qué pasa si apagas un servidor. Ese aprendizaje vale mucho. Solo hay que elegir bien las batallas para que no se convierta en una lista infinita de tareas.

mi matriz rápida
#

Cuando dudo, uso una matriz muy sencilla:

PreguntaSi la respuesta es síSi la respuesta es no
¿El dato es sensible o irremplazable?Exigir backups, exportación y plan de salidaSer más flexible
¿La familia depende de esto?Priorizar estabilidad y soportePermitir más experimento
¿El SaaS exporta bien?Puede ser opción seriaDescartar o usar con cautela
¿La app self-hosted restaura fácil?Buen candidatoRevisar antes de meter datos
¿El mantenimiento mensual es bajo?Suma puntosCuidado con el coste oculto
¿La experiencia móvil importa mucho?SaaS suele ganarSelf-hosting puede encajar
¿Gano integración local real?Self-hosting suma muchoNo montar por inercia

No es una fórmula perfecta. Sirve para frenar el impulso.

ejemplos prácticos
#

Fotos familiares: self-hosting como experiencia principal puede tener mucho sentido, pero mantendría copia externa y originales accesibles. Si solo tienes una copia en el servidor, vas mal.

Contraseñas: Vaultwarden me gusta, pero no se monta a medias. Si no quieres pensar en emergencia, backups, 2FA y acceso cuando el homelab cae, Bitwarden oficial o 1Password pueden ser mejores.

Documentos: Paperless-ngx es de lo que más recomendaría autoalojar si tienes escáner o flujo de entrada claro. Aun así, los PDFs deben poder sobrevivir a la app.

Calendarios: pagaría o usaría proveedor grande salvo necesidad concreta. La sincronización móvil y las invitaciones dan más guerra de la que parece.

Notas personales: self-hosting o sincronización local me parecen bien. Notas familiares compartidas, mejor lo que menos fricción tenga.

Backups externos: pago sin pensarlo. Puedes autoalojar muchas cosas, pero una copia fuera de casa tiene que existir. La página de precios de Backblaze B2 o las de cualquier proveedor equivalente son más aburridas que una dashboard, pero salvan más.

Automatización doméstica: Home Assistant en casa tiene sentido porque la casa está en casa. Eso sí, los interruptores básicos deberían seguir funcionando si el servidor se cae.

la decisión madura suele ser híbrida
#

Mi respuesta final casi nunca es todo self-hosted o todo SaaS.

Lo normal es una mezcla:

  • Datos principales bajo control local.
  • Copias externas pagadas.
  • Apps comerciales donde la experiencia compartida importa.
  • Servicios self-hosted donde el control aporta valor.
  • Exportaciones periódicas de lo que vive fuera.
  • Documentación mínima de lo que vive dentro.

Esa mezcla puede parecer menos elegante que una postura radical, pero funciona mejor. El homelab no tiene que demostrar nada. Tiene que hacer la vida más cómoda, más segura o más interesante.

Si un SaaS barato ahorra tiempo y deja salir los datos, lo uso. Si una app self-hosted me da control real y puedo mantenerla sin hipotecar noches, la monto. Si ninguna de las dos opciones me convence, quizá no necesito ese servicio.

La mejor decisión suele ser la que dentro de seis meses sigue pareciendo razonable cuando ya no estás en fase de instalación feliz. Ahí se ve qué era una buena arquitectura y qué era otra tarde de entusiasmo técnico disfrazada de independencia.