La Gran Migración a PaaS: Lo que las Alternativas Significan para tu Startup

Vamos a ser directos: las noticias de Heroku cayeron sobre la comunidad de desarrolladores como un giro argumental que nadie pidió. Cuando Salesforce anunció la muerte de los dynos gratuitos y los cambios en los planes de precios, el suspiro colectivo se escuchó en cada Discord y hilo de Twitter para desarrolladores. De repente, esa plataforma que simplemente funcionaba —en la que muchos confiábamos para proyectos personales y cargas de producción— empezó a sentirse menos como un refugio y más como una relación cara de la que había que salir con elegancia.

Así que, naturalmente, comenzó el scramble por migrar. Plataformas como Render, Railway, Fly.io y otras de repente se encontraron bajo los reflectores, respondiendo preguntas de desarrolladores que querían saber: "¿Serás tú la indicada?"

Habiendo observado esta ola de migración desde las trincheras —y con nuestras propias opiniones sobre qué hace que una plataforma de hosting sea realmente excelente— quiero compartirte mi perspectiva sobre lo que realmente encontrarás cuando dejes el cálido abrazo de Heroku.

El Encanto del Etiquetón de Precio

Aquí está el argumento que sigue circulando: "Migrá a nuestra plataforma y ahorrá entre un 30 y 40% en tu factura de hosting."

Y mirá, esos números son reales. Dependiendo de tu configuración actual en Heroku, los ahorros pueden ser considerables. Para una startup quemando efectivo en múltiples dynos, procesos worker e instancias de base de datos, ver cómo esos conceptos se reducen es genuinamente satisfactorio.

Pero lo que el marketing no te dice es: no solo estás migrando hosting. Estás migrando mentalidades, flujos de trabajo y una buena dosis de responsabilidad operativa que Heroku manejaba silenciosamente por vos.

Entendiendo el Cambio de Mentalidad

Aquí es donde las cosas se ponen interesantes —y ocasionalmente frustrantes.

Heroku opera con lo que yo llamaría un modelo "centrado en la aplicación". Deployás una app y esa app contiene varios tipos de proceso (web, worker, clock, etc.) que trabajan juntos como una unidad cohesiva. La plataforma entiende que esos procesos pertenecen juntos. Los eventos del ciclo de vida, la configuración del entorno y los pipelines de deployment respetan esa relación.

Muchas plataformas PaaS modernas toman un enfoque diferente. En lugar de que las apps sean la unidad fundamental, los servicios o procesos individuales se convierten en ciudadanos de primera clase. Esto ofrece más flexibilidad —podés escalar, configurar y hacer deploy de componentes de forma independiente—. Pero también significa que vos te convertís en el coordinador.

Pensalo como la diferencia entre comprar un departamento amueblado versus construir tu propia tiny house. El departamento (Heroku) viene con muebles, los servicios organizados y un administrador de edificio que se encarga del mantenimiento. La tiny house (PaaS moderno) te da control total, pero de repente estás pensando en plumbing, electricidad y dónde poner el sofá.

La Realidad de la Migración

Hablemos de lo que realmente pasa cuando te movés.

La mayoría de las plataformas han hecho un trabajo excelente en la experiencia del "primer deployment". Conectás tu repo de GitHub, configurás algunas variables de entorno, hacés click en deploy y bum —estás corriendo en producción. Esta parte es genuinamente impresionante y las plataformas competidoras han aprendido del éxito temprano de Heroku aquí.

Pero tu aplicación no es un solo servicio. Son cinco. O diez. O más. Y cada uno de esos servicios necesita ser configurado, desplegado y mantenido. Cada uno tiene su propio proceso de build, sus propias reglas de scaling, sus propios health checks.

De repente no estás solo deployando código —estás gestionando una constelación de servicios que necesitan trabajar juntos pero que no saben nada entre sí.

Donde las Cosas se Ponen Difíciles

Aquí hay un escenario que vi repetirse una y otra vez: Creás un archivo blueprint.yaml o similar para definir tu infraestructura como código. ¡Esto es genial! Todo está documentado, versionado y es reproducible.

Luego entrás al dashboard web para revisar algo y notás una configuración que no coincide exactamente con tu archivo YAML. Entonces la actualizás a través de la interfaz. ¿Cuál de los dos es la fuente de la verdad? ¿El archivo que commiteaste a git, o la configuración del dashboard que acaba de guardarse?

Este no es un problema teórico. Estas ambigüedades crean confusión, y la confusión en infraestructura es peligrosa. Cuando algo se rompe a las 2 AM, necesitás saber exactamente dónde mirar.

El Costo Oculto de "Poseer Más"

Las plataformas PaaS modernas suelen publicitar que vas a "poseer más" de tu infraestructura. Esto se presenta como empoderamiento, y en muchos aspectos, lo es. Más control, más visibilidad, más capacidad de personalizar.

Pero la propiedad tiene costos. Cuando la capa de routing de Heroku tiene un problema, abrís un ticket de soporte. Cuando tu deployment de Render tiene un problema de networking, estás debugueando configuraciones de load balancer. Cuando tu app de Fly.io necesita parámetros específicos del kernel, estás leyendo documentación que asume conocimiento profundo de infraestructura.

La pregunta no es si estas plataformas son malas. No lo son. La pregunta es si tu equipo tiene el bandwidth, la experiencia y las ganas de asumir esta complejidad operativa a cambio del ahorro en costos.

Tomando la Decisión Correcta para Tu Situación

Así que, ¿deberías migrar? La respuesta, frustrantemente, es: depende.

Quedate más cerca de la simplicidad estilo Heroku si:

• Estás en etapas tempranas y moviéndote rápido
• Tu equipo es pequeño o estás usando muchos sombreros
• Tus requerimientos de infraestructura son relativamente estándar
• La experiencia del desarrollador y la velocidad importan más que exprimir cada dólar

Abrazá la complejidad del PaaS moderno si:

• Tenés recursos de DevOps dedicados
• Tu infraestructura tiene requerimientos únicos
• La optimización de costos es una métrica crítica para tu negocio
• Tu equipo se siente cómodo con infraestructura como código y debugueando sistemas distribuidos

La Línea de Abajo

La migración de plataforma rara vez es tan simple como sugiere la guía de "quick start". El costo real de dejar Heroku no es solo el esfuerzo de migración —es el trade-off continuo entre simplicidad y control, entre servicios administrados e infraestructura propia.

Antes de dar el salto, sé honesto con vos mismo sobre lo que estás entregando. Un hosting más barato está genial, pero no si le slow down a tu equipo o introduce complejidad operativa que termina costando más de lo que ahorrás.

Al final del día, la mejor plataforma de hosting es la que te permite enfocarte en construir tu producto en lugar de administrar tu infraestructura. A veces eso es una plataforma fully-managed con un precio premium. A veces es una alternativa flexible y económica que requiere más esfuerzo.

Conocete a vos mismo. Conocé a tu equipo. Elegí en consecuencia.

¿Cuál es tu historia de migración? Dejá tu comentario —nos encantaría saber cómo va la Gran Transición de PaaS para la comunidad.