Por qué cambiamos nuestro backend de Vercel a Fly.io

• El servidor API se cambió a Hono, el runtime a Bun y el hosting a Fly.io

Razones del cambio

• Necesidad de un servidor ligero: Queríamos un servidor ligero con una API REST simple para el endpoint de monitoreo. El servidor Next.js de Vercel tiene funciones adicionales innecesarias y es más pesado. Usamos Hono y Bun. Arranca en 0.19ms y usa 91MB de memoria
• Problema de costos: Era difícil predecir los costos mientras manteníamos monitoreo multirregional. Vercel cobra solo por el tiempo de CPU usado, pero los costos aumentan a medida que crecen los usuarios. En cambio, Fly.io es más barato

Retos durante la migración

• Docker y monorepo: Al principio, la imagen de Docker pesaba demasiado, 2GB, pero con optimización la redujimos a 700MB
• Problema de timeout en los despliegues de Fly: Los despliegues en Fly a menudo agotaban el tiempo de espera, así que tuvimos que aumentar el timeout. Los despliegues de Fly son menos estables que los de Vercel, y no hay una forma de hacer rollback rápido a una versión anterior
• Bug de Bun: Al usar el runtime de Bun aumentaron las fallas en las solicitudes, y fue necesario configurar el parámetro keepalive en false

Conclusión

• La migración fue desafiante, pero al final quedamos satisfechos.
• Por supuesto, Vercel nos sigue gustando. Pero si necesitas hospedar aplicaciones que no sean Next.js, esta puede no ser la mejor opción