La migración que casi lo destruye todo - Reflexiones sobre lo sucededido - Episodio 8

Creí que sería una simple actualización… pero en cuestión de minutos, mi SaaS quedó completamente inaccesible.

Sin backups funcionales y con el servidor en coma, tuve que tomar una decisión drástica.

¿Qué salió mal?

Aquí te lo cuento.

Cómo migrar un SaaS sin romperlo todo (O cómo lo rompí todo y aprendí en el intento)

🔥 Pensé que sería una migración sencilla...

Todo iba bien.

Tenía mi SaaS funcionando en mi máquina local y decidí que era el momento de dar el salto a un VPS para ganar estabilidad y control.

En teoría, solo necesitaba mover la base de datos, actualizar PostgreSQL y ajustar la configuración.

Nada complicado,

¿verdad?

Pues bien, unas horas después estaba mirando una pantalla en negro sin acceso a mi servidor.

📅 Diario de un SaaS: La migración que casi lo destruye todo

🚨 El desastre: una migración fallida

La idea inicial era actualizar PostgreSQL a una versión más reciente antes de mover los datos.

Pero algo no salió según lo esperado.

Después de la actualización, el servicio de PostgreSQL simplemente no arrancaba.

Intenté todo: revisar logs, forzar el reinicio, reinstalar dependencias... nada.

En mi desesperación, intenté restaurar una copia de seguridad, pero me encontré con otro problema: el backup no era compatible con la nueva versión.

Ahí fue cuando entendí que lo había roto todo.

🤔 Decisión crítica: migrar a un VPS

En ese momento tuve que decidir:

✅ Intentar arreglar la migración en el hosting compartido, perdiendo días en pruebas, paciencia y años de vida.

✅ Contratar un VPS y empezar desde cero con una configuración controlada.

Opté por la segunda.

Me di cuenta de que seguir dependiendo de un entorno compartido limitaría el crecimiento del SaaS.

Reflexión interna

Y más que eso, no iba a ganar para disgustos.

Cuando eres un Pro, un Master and Commander, cuando eres el molón de estas cosas... lo haces a la primera y chuleas de ello.

Yo en cambio, aprendo haciendo, cagándola, desesperándome y automotivándome.

¿Qué podía salir mal?

¿Todo?

Bah, voy sobradisimo.

Pues leche al canto.

Lo importante aquí no es la leche, que también, sino en reaccionar rápido, en tomar decisiones y seguir lema de Growth Mindset "Mejor hecho que perfecto".

Así que en un VPS tendría el control total sobre la configuración del servidor y podría evitar futuros problemas de compatibilidad.

Pues VPS se ha dicho!

📚 Lecciones aprendidas

🔹 Siempre prueba la migración en un entorno de staging. No asumas que todo funcionará igual en un entorno nuevo.

🔹 No actualices bases de datos críticas sin un plan de rollback. Haber hecho una copia de seguridad compatible habría evitado la catástrofe.

🔹 Un hosting compartido tiene límites. Para un SaaS en crecimiento, un VPS es una mejor opción a largo plazo.

Y la mejor de todas... "no hagas el pardillo" como hice yo.

Fin

🚀 Próximo paso: configurar el nuevo servidor

Ahora voy a ir a contratar el nuevo servidor.

Lo voy a configurar desde 0 con ayuda de ChatGPT, o de la IA que quiera asistirme y que Dios nos coja confesados.

Seguiré relatando mi vida, mi historia mis logros y sobre todo mis cagadas.

Las cagadas huelen mal solo si te quedas a olerlas... y eso no va conmigo.

Así que hasta la próxima

👉 ¿Alguna vez rompiste algo en una migración? Cuéntame en los comentarios para que aprendamos juntos.

Si quieres conocer otros artículos parecidos a La migración que casi lo destruye todo - Reflexiones sobre lo sucededido - Episodio 8 puedes visitar la categoría Proyecto-IA.