Actualización de Heroku

• Heroku está cambiando a un modelo de ingeniería de mantenimiento centrado en estabilidad, seguridad, confiabilidad y soporte, enfocándose en mantener la calidad y la excelencia operativa más que en desarrollar nuevas funciones
• Actualmente, todos los clientes generales existentes y nuevos pueden seguir usando Heroku sin cambios en precios, facturación, servicio ni en la forma de uso cotidiano
• Las funciones clave de la plataforma, como aplicaciones, pipelines, equipos y add-ons, se mantienen sin cambios, por lo que no hay impacto en cargas de trabajo de producción ni críticas para el negocio
• Se suspenderán los nuevos contratos empresariales, pero las suscripciones empresariales y los contratos de soporte existentes se renovarán y mantendrán con normalidad
• En adelante, la empresa concentrará sus inversiones de producto e ingeniería en áreas que generen valor a largo plazo para los clientes, como el soporte para construir y desplegar IA de nivel empresarial

---

Cambio en el modelo operativo de Heroku

• Heroku está pasando a un modelo de ingeniería de mantenimiento (sustaining engineering), con foco en estabilidad, seguridad, confiabilidad y soporte
  • La prioridad será mantener la calidad y la excelencia operativa más que agregar nuevas funciones
  • La plataforma seguirá siendo un servicio totalmente soportado para entornos de producción
• Este cambio no afecta la forma en que los clientes actuales usan el servicio
  • Los clientes que pagan con tarjeta de crédito, tanto actuales como nuevos, no verán cambios en precios, facturación, servicio ni uso cotidiano
  • Aplicaciones, pipelines, equipos y add-ons, entre otras funciones clave, se mantendrán sin cambios

Cambio en la política de contratos empresariales

• Ya no se ofrecerán nuevos contratos para cuentas empresariales
  • Sin embargo, las suscripciones empresariales y los contratos de soporte existentes se mantendrán por completo y podrán renovarse
• Los clientes actuales podrán seguir usando el servicio según las condiciones de sus contratos vigentes

Objetivo del cambio

• La empresa está reajustando sus inversiones de producto e ingeniería para enfocarse en ofrecer valor de largo plazo a los clientes
  • En particular, pondrá énfasis en apoyar la construcción y el despliegue de IA de nivel empresarial con alta seguridad y confiabilidad
• Esta dirección busca mantener la operación estable de Heroku y la confianza de los clientes

Impacto para clientes y soporte continuo

• Los clientes generales podrán seguir usando todas las funciones clave de Heroku
  • No hay impacto en cargas de trabajo de producción ni críticas para el negocio
• Heroku promete soporte continuo y prestación estable del servicio

Conclusión

• Esta transición es una medida para reforzar la estabilidad de largo plazo de Heroku y una operación más centrada en el cliente
• La plataforma seguirá siendo un entorno PaaS totalmente apto para producción, con enfoque en fortalecer el soporte para IA y tecnologías empresariales

[GN⁺]

Comentarios en Hacker News

• Mi primer día en Heroku coincidió con el cierre de la adquisición por parte de Salesforce.
  Mucha gente culpa a Salesforce de la estancación y caída de Heroku, pero en realidad hay muchos malentendidos.
  En ese momento, Salesforce financió a Heroku con muchísimo dinero y casi no intervino para que pudiera hacer realidad su visión, incluso antes de que existiera Docker (2013).
  Con el lanzamiento del runtime Cedar en 2011 tuvo un crecimiento explosivo, pero en 2012 ya estaba sufriendo por deuda técnica y problemas de escalabilidad.
  El equipo se triplicó (de 20 a 74 personas), pero dos caídas de AWS us-east-1 hicieron que toda la atención se fuera a asegurar la confiabilidad, y durante los siguientes 18 meses casi se detuvo el lanzamiento de funciones importantes.
  A medida que los fundadores se retiraron, desapareció el liderazgo y se instaló una cultura centrada en procesos más que en resultados.
  Cuando me fui de la empresa en 2014, ya sentía que el producto estaba detenido.
  Incluso me pregunto si el resultado habría sido distinto aunque Salesforce hubiera intervenido más.
  Aun así, fue la experiencia más increíble de mi carrera, y extraño esa época con compañeros tan apasionados.

  • Yo estuve en Heroku desde inicios de 2011 hasta mediados de 2012, y el equipo de ingeniería era de lo mejor.
    Las ideas y enfoques eran impresionantes, y esa experiencia cambió por completo mi forma de pensar como ingeniero.
    Incluso cuando el producto empezó a estancarse, luchamos de verdad para reducir la deuda técnica y mejorar la infraestructura.
    Todavía recuerdo un error legendario que jamás escribiría en un foro público.
  • Como usuario de Heroku en sus primeros días, tengo recuerdos muy gratos.
    Solía explicarle a la gente que el despliegue podía ser un modelo tan simple y accesible.
    Pero cuando volví a recomendarlo con el tiempo, Heroku ya había perdido la confianza de la industria.
    Ver cómo, tras la salida de los fundadores y la llegada de gente enfocada en procesos, desaparecía la vitalidad de startup se sintió demasiado familiar.
  • Si triplicas el tamaño de un equipo en poco tiempo, por muy buenas personas que contrates, es difícil mantener la velocidad y cultura de la organización.
    El conocimiento tácito y el ritmo del equipo original terminan completamente diluidos.
  • No creo que la deuda técnica fuera un resultado inevitable.
    Pienso que el equipo de ese momento, por priorizar demasiado la velocidad, descuidó el diseño y la estructuración, y terminó generando su propia deuda.
  • La frase “personas enfocadas en el proceso más que en los resultados” me recordó algo que Steve Jobs dijo en Apple.
    Video relacionado

• Era un comunicado corporativo ambiguo que decía querer “dejar claro lo que esto significa para los clientes”, pero en la práctica no explicaba nada.

  • Salesforce usó exactamente el mismo lenguaje cuando descontinuó Pardot.
    Internamente, todos sabían que eso significaba “fin del producto”.
    El patrón era: fin de ventas → cambio de nombre → cierre en menos de 10 años, y Heroku parece ir por el mismo camino.
  • Si después de leer este anuncio no piensas “tengo que salir de Heroku cuanto antes”, entonces los problemas futuros serán completamente responsabilidad del cliente.
  • Como ex responsable de cuentas enterprise, esto claramente significa “fin del crecimiento y paso a modo mantenimiento”.
    Parece una estrategia de Salesforce para eliminar una PaaS competidora.
  • “sustaining engineering model” en realidad significa soporte vital.
    No habrá funciones nuevas, solo una erosión gradual.
  • Después de leer el comunicado varias veces, sentí que todo podía resumirse en una sola frase: “ya no se ofrecen nuevos contratos enterprise”.
    Que intenten ocultarlo tanto hace sospechar que el cambio es mucho más grande.
    • Salesforce aplica un proceso formal de End of Life a todos sus productos.
      Este anuncio parece ser la primera etapa: la notificación de fin de ventas.
  • Fue una de las peores comunicaciones corporativas que he visto.
    • Mientras lo leía pensaba: “¿y dónde quedó la otra mitad?”
  • El contenido era tan vacío que uno tenía que deducir por su cuenta que estaban pasando a modo mantenimiento.
    • La frase “nos enfocaremos en mantener la calidad más que en nuevas funciones” ya lo deja clarísimo.

• La magia de desplegar con git push en Heroku era pura innovación en 2012.
  Ahora estoy desarrollando Frost, que implementa el mismo concepto con base en open source y self-hosting.
  Sus características son SSL automático, dominios personalizados, Docker nativo y un diseño amigable para agentes de codificación con IA.
  Permite que los agentes configuren servidores automáticamente sin la complejidad de K8s.

• Para alguien que estuvo adentro, esta noticia no sorprenderá en absoluto.
  La semilla del problema empezó con un cambio en la estructura de incentivos.
  Cuando el equipo de ventas pudo cumplir sus metas solo cambiando la forma de cobro de los clientes existentes, desapareció el incentivo para captar nuevos clientes e innovar.
  Al final, los ingresos se mantienen, pero el producto se estanca, pierde competitividad y luego la caída llega de golpe.

  • En los últimos 15 a 20 años trabajé en varias startups con Rails o Node, y en la mayoría de las empresas la máxima prioridad era salir de Heroku.
    Había una sola razón: el precio.
    Si podías desplegar directamente en la nube con herramientas open source, no había motivo para pagar el “impuesto Heroku”.
    Heroku corría sobre AWS; yo creo que deberían haber construido su propia infraestructura.

• La expresión “transitioning to a sustaining engineering model” es de verdad un eufemismo corporativo brillante.

  • En la empresa donde trabajaba, “sustaining engineering” significaba un equipo dedicado a corregir bugs de versiones viejas.
    O sea, Heroku ya entró en la etapa de mantenimiento sin funciones nuevas.
  • Desde el punto de vista del negocio, significa dejar de invertir en innovación.
    Solo mantener el sistema funcionando y evitar que se apague.
  • En una frase: complicaron algo que podrían haber dicho como “no vamos a dejar que todo se incendie”.
  • Puede que solo hayan prestado el nombre del autor del post y que en realidad el texto lo haya escrito un LLM.
  • Este tipo de operación es un patrón repetido en todo software adquirido por CA/Broadcom.

• La caída de Heroku es un caso que merece estudiarse como ejemplo de manual.
  Puede parecer que Salesforce la dejó abandonada tras la compra, pero en realidad es más complejo.

  • En la mayoría de los casos, cuando una gran empresa compra una startup, al final la innovación desaparece y llega la muerte.
    Heroku no fue la excepción, pero aun así es impresionante que haya aguantado 15 años después de la adquisición.
  • Heroku tuvo éxito por su excelente experiencia para desarrolladores y por ofrecer recursos gratuitos.
    Pero cuando llegaba el momento de pasar a pago, la barrera de precio era demasiado alta, y la mayoría sentía que “era demasiado caro”.
    Una parte importante de la factura real ni siquiera era de Heroku, sino del costo de addons de terceros.
  • La frase “Benioff convierte incluso la victoria en derrota” no surgió de la nada.
  • Me dio la misma sensación que cuando Rackspace compró Slicehost.
    Después apareció DigitalOcean y heredó las virtudes de Slicehost, y hoy creo que Fly.io es quien recoge el espíritu de Heroku.
  • En realidad, la época dorada de Heroku fue después de la adquisición.
    Salesforce metió dinero para hacer crecer el producto, y solo más tarde retiró el apoyo, momento en que empezó el declive.
    El cliché de “las grandes empresas matan startups” es común, pero en el caso de Heroku la historia es un poco distinta.

• En los últimos dos años casi no he conocido a nadie que use Heroku.
  Considerando la caída de usuarios, esta decisión parece natural.
  Soy cofundador de Ploi Cloud, una PaaS europea enfocada en NodeJS y PHP.
  Nos inspiramos mucho en Heroku, y si buscas una alternativa centrada en Europa, te recomiendo revisar ploi.cloud.

  • Desde la perspectiva de un usuario del Reino Unido, convendría localizar la notación decimal en la página de precios.
  • Me pregunto si tiene alguna relación con Ploi.io.