Hay una parte del self-hosting que parece menos vistosa que montar un cluster, pero que toca la vida diaria mucho más: calendario, contactos y notas. No enseña lucecitas en el rack, no pide una GPU, no queda espectacular en una captura y aun así puede romperte la mañana si falla.
Durante años he tratado estos servicios como algo que venía dado. Google, iCloud, Microsoft, el móvil y poco más. Funcionan, sincronizan, avisan, comparten calendarios y rara vez piden atención. Precisamente por eso da pereza moverlos. Con un media server puedes experimentar. Con el calendario familiar, no tanto. Si se pierde una cita del pediatra, una reunión importante o un recordatorio de una revisión, el problema no es técnico. Es doméstico.
Por eso no metería calendario, contactos y notas en el homelab por ideología. Lo haría solo si tengo claro qué gano, qué pierdo y quién va a sufrir las consecuencias cuando algo no sincronice.
La pregunta útil no es “¿puedo autoalojarlo?”. Claro que puedo. La pregunta buena es: ¿me mejora la vida lo suficiente como para aceptar el mantenimiento?
por qué me tienta sacarlo de la nube grande#
El argumento de privacidad es real. Calendario, contactos y notas son una radiografía bastante íntima. Dónde vas, con quién te reúnes, qué médicos visitas, qué proveedores usas, qué familia tienes, qué recordatorios repites y qué cosas apuntas cuando no quieres olvidarlas. No son solo datos de productividad.
También está el control. Cuando todo vive en Google o iCloud, aceptas sus clientes, sus cambios, sus límites y su forma de sincronizar. Casi siempre va bien, pero no deja de ser una dependencia. Si ya tienes un homelab estable, una parte de ti piensa que tiene sentido traer esos datos a casa.
Y luego está la interoperabilidad. CalDAV y CardDAV son protocolos aburridos, que es justo lo que me gusta de ellos. Calendarios y contactos no deberían necesitar una app moderna con fuegos artificiales. Deberían sincronizar bien entre móvil, escritorio y web. Punto.
El problema es que lo aburrido también puede fallar. Y cuando falla, la nube comercial suele ganar por una razón muy simple: hay equipos enteros pagados para que no te enteres.
En casa ese equipo eres tú.
lo que no movería alegremente#
No movería el calendario compartido de la familia como primer experimento. Tampoco los contactos principales del móvil si no tengo exportaciones recientes y una forma sencilla de volver atrás. Y no pondría las notas críticas en un sistema que todavía estoy probando.
El homelab tiene una trampa: como algo funciona una tarde, parece listo para producción. No lo está.
Calendario, contactos y notas tienen poco margen para fallos silenciosos. Si Immich deja de hacer miniaturas, lo ves. Si Paperless no procesa un PDF, queda en cola. Si un calendario deja de sincronizar en un dispositivo, igual no te enteras hasta que ya has llegado tarde.
Ese tipo de fallo me da más miedo que un contenedor caído. Un contenedor caído hace ruido. Una sincronización rota se queda callada.
opciones reales: Nextcloud, Baikal, Radicale y compañía#
La opción más conocida es Nextcloud. Tiene calendario, contactos, archivos, notas mediante apps, tareas, sincronización móvil y una interfaz razonable. Si ya usas Nextcloud para archivos o documentos, puede tener sentido aprovecharlo. La ventaja es que concentras muchas funciones en una plataforma madura. La desventaja es la misma: concentras muchas funciones en una plataforma grande.
Nextcloud puede ser perfecto para una casa si lo mantienes bien. También puede convertirse en un bloque pesado si solo querías sincronizar dos calendarios y tres libretas de contactos.
Baikal es más pequeño. Sirve CalDAV y CardDAV con bastante sobriedad. No intenta ser una nube completa. Para calendario y contactos puros, esa sencillez me gusta mucho. Menos superficie, menos piezas, menos tentación de instalar media tienda de apps.
Radicale va en una línea parecida: pequeño, ligero y centrado en CalDAV y CardDAV. No es tan vistoso, pero para un servicio de infraestructura doméstica eso no me molesta. De hecho, casi lo prefiero.
Para notas, la cosa se complica. Puedes usar Nextcloud Notes, Joplin Server, Syncthing con archivos Markdown, Obsidian Sync si pagas, Git para notas técnicas o una carpeta sincronizada. Cada opción tiene una filosofía distinta. Notas no es un protocolo tan universal como calendarios y contactos. Ahí conviene pensar menos en self-hosted y más en cómo escribes de verdad.
Mi preferencia sería separar por criticidad. Calendario y contactos con CalDAV y CardDAV en un servicio pequeño o en Nextcloud si ya está mantenido. Notas en un sistema que no me secuestre los archivos, idealmente Markdown o exportable sin drama.
la prueba que haría antes de migrar nada#
Antes de tocar producción, montaría una prueba con datos ficticios. Un calendario de test, diez contactos falsos, varias notas y al menos tres clientes: móvil, portátil y navegador.
Probaría cosas muy concretas.
- Crear evento en el móvil y verlo en el escritorio.
- Cambiar hora en el escritorio y comprobar que el móvil avisa bien.
- Compartir calendario si hace falta para casa.
- Añadir contacto con foto, teléfono, email y dirección.
- Editar el contacto en otro dispositivo.
- Borrar algo y comprobar cómo se propaga.
- Apagar el servidor un rato y ver cómo se recuperan los clientes.
- Restaurar desde backup en otro entorno.
Esto suena exagerado hasta que te ahorra una tarde absurda. La sincronización no se valida mirando que el contenedor esté verde. Se valida usando los clientes que vas a usar de verdad.
También probaría recordatorios. Muchos calendarios sincronizan eventos, pero los avisos pueden comportarse distinto según cliente. En casa eso importa. Una cita sin alerta puede ser casi tan inútil como una cita perdida.
móviles: donde se gana o se pierde#
En escritorio puedes tolerar alguna rareza. En el móvil, no.
Si usas iPhone, iOS soporta cuentas CalDAV y CardDAV de forma nativa. Eso es una ventaja enorme. Añades la cuenta, eliges qué sincronizar y listo. Pero hay que revisar certificados, URLs, autenticación y qué cuenta queda como predeterminada para nuevos contactos y eventos.
Ese detalle de la cuenta predeterminada es el típico sitio donde se lía. Crees que ya estás usando tu servidor, pero los nuevos contactos siguen entrando en iCloud. O al revés: migras contactos, luego guardas uno en la cuenta vieja y dentro de seis meses tienes una agenda partida.
En Android depende más del ecosistema. DAVx5 suele ser la opción seria para CalDAV y CardDAV. Funciona bien, pero ya es otra pieza más que explicar y mantener. Si el móvil es de alguien que no quiere saber nada de esto, cuidado.
Aquí soy bastante pragmático. Para mi móvil puedo aceptar una configuración un poco técnica. Para la familia, no. Si no puedo dejarlo funcionando sin que la otra persona piense en ello, no está listo.
backups: contactos y calendario también se pierden#
Con fotos y documentos todo el mundo entiende que hacen falta backups. Con contactos y calendarios hay más relajación. Error.
Perder contactos no parece grave hasta que necesitas llamar a alguien que no aparece en ninguna parte. Perder calendarios no parece grave hasta que desaparecen citas recurrentes, recordatorios antiguos o eventos compartidos que ya nadie recuerda crear.
El backup mínimo debería cubrir:
- Base de datos o archivos del servidor CalDAV y CardDAV.
- Exportaciones periódicas en
.icspara calendarios. - Exportaciones periódicas en
.vcfpara contactos. - Configuración del servicio.
- Documentación corta de restauración.
Me gustan mucho las exportaciones legibles para este caso. Aunque tenga backup completo del contenedor, quiero poder abrir un .vcf o un .ics sin montar toda la plataforma. Es una salida de emergencia simple.
Para notas, aún más. Si las notas acaban en Markdown o texto plano, duermo mejor. Si viven en una base de datos rara sin export cómodo, necesito tenerlo muy claro antes de meter ahí cosas importantes.
Y como siempre: restaurar. No basta con generar archivos. Hay que importar una copia en un cliente limpio y comprobar que aparecen eventos, contactos, acentos, fotos, notas y fechas recurrentes.
exposición y acceso remoto#
Calendario y contactos tienen que sincronizar fuera de casa. Eso obliga a decidir cómo exponer el servicio.
Hay tres caminos razonables.
El primero es VPN. Tailscale, WireGuard o similar. Es lo que más me gusta para uso personal porque reduce exposición pública. El problema es que todos los dispositivos deben tener VPN y que la sincronización puede depender de que esté activa.
El segundo es un túnel o reverse proxy con HTTPS y autenticación bien planteada. Es cómodo, pero ya estás publicando un servicio que contiene datos sensibles. Hay que cuidar actualizaciones, contraseñas, 2FA si aplica, logs y límites.
El tercero es mantener estos servicios en la nube grande y dormir tranquilo. No es una derrota. Es una decisión.
No expondría un Nextcloud o un servidor DAV de cualquier manera solo por poder decir que está self-hosted. Si el resultado es menos seguro y más frágil, el orgullo sale caro.
cuándo sí lo migraría#
Lo migraría si ya tengo una base de homelab madura: DNS estable, HTTPS entendido, backups probados, monitorización básica y una política de actualizaciones que no consista en tocar cosas a medianoche con sueño.
También lo migraría si tengo una razón clara. Privacidad real, independencia, integración con otros servicios, necesidad de compartir calendarios fuera de Google o ganas de tener datos exportables en formatos normales.
Y lo haría por fases.
Primero, calendario secundario. Por ejemplo, un calendario de mantenimiento del homelab, citas técnicas o eventos no críticos. Si va bien durante semanas, paso algo más serio.
Después, contactos duplicados o una libreta concreta. No toda la agenda de golpe. Importo, pruebo, reviso clientes y exporto.
Las notas las movería por colecciones. Notas técnicas primero. Notas personales después. Notas críticas, solo cuando el sistema ya haya demostrado que no se come archivos ni me encierra.
El objetivo no es migrar heroicamente. Es migrar sin dar motivos para arrepentirse.
cuándo no merece la pena#
No merece la pena si todo te funciona bien en iCloud o Google y tu problema real no es privacidad, sino ganas de montar otra cosa.
No merece la pena si no tienes backups sólidos. Calendario y contactos parecen pequeños, pero son datos con mucha fricción de reconstrucción.
No merece la pena si la familia depende de calendarios compartidos y tú todavía estás cambiando de servidor cada dos semanas.
No merece la pena si usas mucho integración nativa con asistentes, invitaciones, reservas, ubicaciones, adjuntos, clientes corporativos o cuentas de trabajo. Ahí la nube grande suele ganar por compatibilidad.
Y no merece la pena si te va a convertir en soporte técnico permanente para algo que antes simplemente funcionaba. Hay batallas self-hosted que sí compensan. Otras son una forma elegante de fabricarte trabajo.
mi arquitectura sensata#
Si lo montase en serio para casa, no empezaría con una mega nube personal para todo.
Para calendario y contactos, elegiría un servicio pequeño si solo necesito DAV. Baikal o Radicale me parecen candidatos razonables. Si ya uso Nextcloud y lo mantengo bien, entonces aprovecharía Nextcloud, pero no lo instalaría solo por esto sin pensarlo.
Lo pondría en una VM o contenedor dedicado, con almacenamiento persistente claro, backups diarios, exportaciones .ics y .vcf, TLS correcto y acceso preferiblemente por VPN o túnel bien cerrado.
Para notas, preferiría archivos portables. Markdown sincronizado, Joplin si encaja con el flujo, Nextcloud Notes si ya vivo dentro de Nextcloud o una solución comercial si lo que necesito es cero mantenimiento. Lo importante es poder salir sin cirugía.
Además tendría una regla sencilla: la cuenta antigua no se borra durante un tiempo. Mantengo Google o iCloud como respaldo pasivo hasta comprobar que todo va bien. No hay premio por cortar el cable el primer día.
la convivencia importa más que el diagrama#
En un homelab personal puedes permitirte rarezas. En un homelab familiar, menos.
Si mueves calendario y contactos, asegúrate de que los demás no tienen que aprender una liturgia nueva. Las citas deben aparecer donde aparecían. Los contactos deben autocompletar igual. Las notas compartidas, si existen, deben abrir sin una explicación de veinte minutos.
El éxito de este tipo de migración no se mide por lo bonito que queda el compose. Se mide por la ausencia de quejas.
Y una ausencia de quejas no es poca cosa.
También hay que aceptar que algunas cosas se quedan fuera. Puede que tenga sentido autoalojar el calendario técnico y mantener el familiar en iCloud. Puede que los contactos personales vayan a CardDAV, pero los de trabajo sigan en Microsoft. Puede que las notas de homelab estén en Markdown y las listas compartidas de casa sigan en Apple Notes porque funcionan y nadie quiere discutir con una app de la compra.
Ese enfoque híbrido me parece más adulto que una migración total por orgullo.
mi conclusión#
Calendario, contactos y notas self-hosted tienen sentido cuando buscas control, privacidad y formatos abiertos, y cuando tu homelab ya está lo bastante maduro como para sostener servicios silenciosos. Son silenciosos porque si funcionan nadie los mira. Y son peligrosos porque si fallan, igual lo descubres tarde.
No los movería por postureo. Tampoco los descartaría por miedo. Los trataría como infraestructura doméstica real.
Primero pruebas. Luego backups. Luego restauración. Luego migración pequeña. Luego, si todo aguanta, migración más seria.
Salir de Google o iCloud puede ser una buena decisión. Pero el objetivo no es demostrar que puedes autoalojarlo todo. El objetivo es que tu vida digital sea más tuya sin hacerla más frágil.
Ese equilibrio es menos vistoso que un dashboard lleno de métricas, pero bastante más útil.