← Torna al blog
Prodotto

Heroku ha cambiato fase. La tua app deve andarsene?

Heroku ha scelto di privilegiare stabilità e sicurezza rispetto alle novità e non offre più contratti Enterprise ai nuovi clienti. Non c'è fretta, ma conviene avere un piano di uscita.

Server con una freccia verso una nuvola in linee scure su fondo chiaro, accanto alla forma di vetro con nucleo blu

Molte startup e molti sistemi interni sono nati su Heroku. Nel 2026 la piattaforma ha cambiato fase.

Cosa ha annunciato Heroku

Il 6 febbraio Heroku ha comunicato il passaggio a un modello di "sustaining engineering", concentrato su stabilità, sicurezza, affidabilità e supporto invece che su nuove funzioni. L'azienda afferma che per chi usa già la piattaforma non cambia nulla: prezzi, fatturazione e funzionamento restano invariati per chi paga con carta. I contratti Enterprise non sono più offerti ai nuovi clienti, mentre quelli esistenti restano validi e possono essere rinnovati.

Nessuno deve andarsene domani. È cambiato l'orizzonte.

Fasi di un piano di uscita: inventario, scelta tra AWS e Google Cloud, infrastruttura come codice, test in parallelo e passaggio accompagnato

Segnali che conviene pianificare l'uscita

  • L'app dipende da funzioni che la piattaforma non darà più come priorità.
  • Un cliente importante chiede hosting su AWS o Google Cloud, un accordo sui dati o un questionario di sicurezza.
  • L'azienda avrebbe bisogno di un nuovo contratto aziendale, che non viene più offerto.
  • La spesa cresce con l'uso e nessuno riesce a prevedere il mese successivo.

Se non compare nessuno di questi segnali, restare è una scelta ragionevole, purché esista un piano per il giorno in cui servirà cambiare.

Come preparare un piano di uscita senza fretta

  1. Inventario: app, database, add-on, variabili d'ambiente e attività pianificate.
  2. Destinazione: AWS o Google Cloud, in base alle competenze del team e alle richieste dei clienti.
  3. Infrastruttura come codice, perché il nuovo ambiente sia ripetibile e documentato.
  4. Test in parallelo, con il nuovo sistema attivo accanto a quello attuale.
  5. Passaggio accompagnato, con una strada di ritorno definita.

Migrazione con un piano scritto

Nella migrazione su AWS e Google Cloud che realizziamo ricevi un piano scritto prima di qualsiasi modifica. Facciamo test in parallelo, accompagniamo il passaggio e lasciamo codice e account intestati alla tua azienda.