← Torna al blog
Heroku Connect després del sustaining mode de Salesforce el 2026: guia de migració per a arquitectes Salesforce
Integració amb Salesforce

Heroku Connect després del sustaining mode de Salesforce el 2026: guia de migració per a arquitectes Salesforce

perBruno Galo · Publicat el 15 de maig 2026

Actualitzat el 07 d’ag. 2026

Disponible enCatalàEnglishEspañolPortuguês

El 6 de febrer del 2026, Salesforce va passar Heroku a "sustaining engineering mode": va aturar les noves vendes Enterprise i va congelar el desenvolupament de funcionalitats. Heroku Connect no està formalment obsolet, però els analistes independents projecten l'End of Sale al voltant de FY29–FY30. Heroku Connect, que ja era el producte més estancat del portfoli, és el més exposat. Els arquitectes haurien de planificar la migració ara.

Què va anunciar realment Salesforce el 6 de febrer del 2026

L'anunci va ser deliberadament discret. Salesforce no va fer servir la paraula "obsolet". Va dir que Heroku passa a "sustaining mode", va aturar els nous contractes Enterprise per a clients nous i va reassignar enginyeria cap a productes d'IA. La cobertura de Salesforce Ben, InfoWorld i The Register va convergir en la mateixa lectura: els clients actuals estan segurs avui, però la direcció estratègica és inequívoca.

"Sustaining mode" té un significat concret en el manual de producte de Salesforce. És el que li passa a un producte abans de l'End of Sale i, després, de l'End of Life. Salesforce CPQ va entrar en sustaining mode el 2024 i té una data d'EoL publicada per al 2030. Pardot hi va entrar abans. L'anàlisi independent d'Aquiva Labs projecta que Heroku segueix el mateix patró, amb l'End of Sale més probable a FY29–FY30.

El que l'anunci no significa: els desplegaments actuals d'Heroku Connect no s'apaguen. No arribaran funcionalitats noves. Els pedaços de seguretat crítics continuen. La documentació no es mou. Encara no hi ha cap data de migració publicada.

Per què Heroku Connect és específicament el producte més exposat del portfoli d'Heroku

Tres raons fan d'Heroku Connect una preocupació més urgent que Heroku Postgres o els Heroku Dynos.

Primera: Heroku Connect depèn d'Heroku Postgres. Tot allò que erosiona el roadmap d'Heroku Postgres erosiona la superfície de producte d'Heroku Connect. Si Salesforce deixa d'invertir en el rendiment d'Heroku Postgres, tots els clients d'Heroku Connect ho hereten.

Segona: Heroku Connect no ha lliurat cap funcionalitat important en anys. La versió de l'API de Salesforce que fa servir per defecte és la v56 (Winter '23). L'arquitectura de polling no ha canviat des del llançament. L'interval mínim de sincronització continua sent de 10 minuts, documentat a l'article de rendiment del Heroku Dev Center. Quan un producte no lliura cap canvi significatiu en tres anys i la plataforma mare és en sustaining mode, la trajectòria és clara.

Tercera: els clients d'Heroku Connect normalment el fan servir per un de dos motius — sincronització bidireccional Salesforce–Postgres (operativa) o aterratge de dades de Salesforce en un data warehouse (analítica). Tots dos casos d'ús ja tenen alternatives modernes, i la fricció de migració baixa cada any. La cobertura independent de reinteractive ho planteja directament: "Els partners que depenen d'Heroku Connect i App Link tenen el rellotge en marxa".

El calendari realista fins al final de vida

No hi ha cap data d'EoL publicada. Però comparar-ho amb els productes que Salesforce ja ha posat en sustaining mode dóna una referència útil.

Producte Inici del sustaining mode Projecció d'EoL Font
Heroku Enterprise (paraigua) 6 de febrer del 2026 FY29–FY30 (projectat) Aquiva Labs
Salesforce CPQ (precedent) 2024 2030 (publicat) Salesforce Help
Pardot / Marketing Cloud Account Engagement (precedent) 2022 Sense definir; migració parcial a MCAE Salesforce
Heroku Connect (específic) 6 de febrer del 2026 (de facto) Sense definir; lligat a la trajectòria d'Heroku Postgres Anàlisi independent

La conclusió: els arquitectes haurien de planificar una finestra de migració de 24 a 36 mesos, no de cinc anys. Quan es publiqui una data d'EoL, el backlog de migració serà massa llarg per gestionar-lo amb calma.

Què diu realment la comunitat d'Heroku Connect

El sentiment de la comunitat està inusualment alineat. A r/SalesforceDeveloper: "Fa dos anys que traiem clients d'Heroku Connect — el sustaining mode només ha accelerat la conversa". A r/Heroku: "Algú ha sentit res sobre el tancament d'Heroku?", un fil actiu amb més de 200 comentaris. A r/salesforce: "Que Salesforce aturi el desenvolupament d'Heroku és una aposta intel·ligent per la IA, però els usuaris d'Heroku Connect es queden penjats".

El patró en els tres casos és el mateix: els arquitectes Salesforce amb experiència ja tenien Heroku Connect a la llista de substitucions. La notícia del febrer del 2026 va convertir aquest element del backlog en una prioritat per al Q2 del 2026.

Cinc rutes de migració per a equips que fan servir Heroku Connect avui

Cada stack demana una ruta diferent. Aquest és l'arbre de decisió que fan servir els arquitectes d'integració el 2026.

Ruta 1 — Mantenir posició 12 mesos i vigilar els anuncis

Raonable si el teu desplegament d'Heroku Connect és petit (menys de tres fluxos de sincronització), estable i fora del camí crític, i res del roadmap d'Heroku Postgres no t'afecta. Posa un recordatori per al Q1 del 2027 i reavalua. No triïs aquesta ruta amb stacks de més de ~5M de registres sincronitzats: l'abast de la migració creix de manera no lineal amb el nombre d'objectes.

Ruta 2 — Migrar a una plataforma de sincronització gestionada

L'opció més habitual el 2026. Les plataformes gestionades — Stacksync, Whalesync, Bracket — substitueixen Heroku Connect per una capa de sincronització bidireccional en temps real que suporta destins Postgres moderns (RDS, Supabase, Neon, Crunchy Bridge, AlloyDB) a més de warehouses. Desplegament en 1–2 setmanes, sense reconstrucció d'enginyeria. Ideal per a equips amb menys de 5 enginyers de backend o on el time-to-value importa.

Ruta 3 — Construir sobre Salesforce CDC + infraestructura pròpia

Els equips sèniors (≥5 enginyers de backend) de vegades prefereixen allotjar ells mateixos pipelines de Salesforce Change Data Capture sobre Debezium, Airbyte o Confluent Kafka. L'economia només s'inverteix a molt gran escala, i els costos ocults són considerables. Cobrim l'anàlisi completa de build vs buy a l'article complementari sobre substituir Heroku Connect amb Debezium, Airbyte o una plataforma de sincronització gestionada.

Ruta 4 — Portar les càrregues analítiques a un stack warehouse-native

Si el teu desplegament d'Heroku Connect és sobretot un pipeline Salesforce → Snowflake / BigQuery / Databricks (amb Postgres com a salt intermedi), el patró modern se salta Postgres del tot. Salesforce CDC més un carregador de warehouse en temps real aconsegueix latència per sota del minut sense la capa de Postgres. Ho desenvolupem a sincronització en temps real de Salesforce a Snowflake sense Heroku Connect.

Ruta 5 — Canviar a un altre iPaaS

Celigo, MuleSoft i altres plataformes iPaaS poden substituir Heroku Connect per a alguns equips, però estan dissenyades d'una altra manera. L'iPaaS brilla en stacks centrats en ERP (NetSuite, Dynamics) on Salesforce és un sistema entre molts. Normalment no són l'opció de menor latència per a sincronització d'alt volum entre Salesforce i una base de dades. Marc de decisió aquí: Heroku Connect vs Celigo vs MuleSoft vs Stacksync.

Un pla de migració de 30 dies per al cas més habitual (Salesforce ↔ Postgres)

Per al client típic d'Heroku Connect amb sincronització bidireccional Salesforce–Heroku Postgres, aquest és el manual que executen els equips el 2026.

  1. Inventaria cada flux de sincronització. Llista cada objecte de Salesforce, cada taula de Postgres, la direcció (lectura, escriptura, bidireccional), la freqüència de sincronització i el volum de files. La majoria d'equips descobreix que té aproximadament la meitat dels fluxos que esperava, i entre 2 i 10 vegades més files.
  2. Mapeja cada flux a una plataforma destí. Escriu el destí al costat de cada flux. Stacksync per a bidireccional en temps real. Fivetran per a analítica per lots. Salesforce CDC més un consumidor propi per a analítica amb molta escriptura. Decideix un destí per flux abans de començar cap feina tècnica.
  3. Aixeca una sincronització en paral·lel. Connecta la plataforma escollida a Salesforce i al Postgres destí en mode shadow de només lectura. Heroku Connect continua funcionant. La nova sincronització escriu en un esquema o base de dades paral·lels.
  4. Reconcilia la integritat de les dades durant una finestra shadow de 7 a 14 dies. Executa comparacions de recompte de files i de hash entre l'esquema d'Heroku Connect i el nou cada hora. Marca cada discrepància. La majoria s'expliquen pel retard del polling d'Heroku Connect, no per la nova sincronització, que és justament el punt.
  5. Canvia el trànsit d'escriptura. Apunta la ruta d'escriptura de la teva aplicació a la nova sincronització. Mantén la lectura per doble via una setmana més per poder revertir a l'instant si alguna cosa es degrada.
  6. Dóna de baixa Heroku Connect. Quan les escriptures flueixin per la nova plataforma i les lectures estiguin validades, apaga Heroku Connect i migra les càrregues restants d'Heroku Postgres a RDS, Supabase, Neon o l'allotjament de Postgres que encaixi amb el teu stack.

Un equip de 2 enginyers pot completar-ho en 30 dies per a la majoria de desplegaments. Els desplegaments grans (més de 50 objectes sincronitzats, més de 100M de files) triguen de 60 a 90 dies. El kit de migració d'Heroku Connect de Stacksync inclou una versió parametritzada d'aquest manual amb les plantilles d'inventari i les consultes de reconciliació.

Preguntes freqüents

Heroku Connect està oficialment obsolet?
No. Al maig del 2026, Heroku Connect no està formalment obsolet. Salesforce va anunciar el "sustaining engineering mode" per a Heroku el 6 de febrer del 2026, cosa que va aturar les noves vendes Enterprise i va congelar el desenvolupament de funcionalitats, però no va assignar cap data d'End of Life. Els clients actuals continuen tenint suport.

Quan s'apagarà realment Heroku Connect?
Salesforce no ha publicat cap data d'End of Life. L'anàlisi independent d'Aquiva Labs projecta FY29–FY30 basant-se en el precedent de Salesforce CPQ (sustaining mode el 2024 → EoL el 2030). La majoria d'arquitectes planifica una finestra de migració de 24 a 36 mesos des del febrer del 2026.

El meu desplegament actual d'Heroku Connect continuarà funcionant?
Sí. El sustaining mode significa que els desplegaments existents continuen funcionant amb pedaços de seguretat, però sense funcionalitats noves. Els errors crítics es corregeixen; res més canvia. Compta amb una operació estable fins al 2027 com a mínim, però comença a planificar la migració ja per evitar un canvi precipitat més endavant.

Quina és la manera més econòmica de substituir Heroku Connect?
Per a la majoria d'equips, una plataforma de sincronització gestionada (Stacksync, Whalesync) se situa en el rang de **1.000 a 5.000 \(al mes** per a càrregues típiques d'Heroku Connect, davant dels 5.000–25.000\) al mes d'Heroku Connect Enterprise. Allotjar-ho un mateix sobre Debezium pot sortir més barat a molt gran escala, però arrossega un cost de construcció superior a 300.000 $ amb FTE inclosos el primer any.

Puc sortir d'Heroku Postgres i quedar-me amb Heroku Connect?
No. Heroku Connect només escriu a Heroku Postgres. Si vols passar a RDS, Supabase, Neon, AlloyDB o qualsevol altre allotjament de Postgres, has de substituir Heroku Connect al mateix temps. Aquesta és una de les raons per les quals les dues migracions es planifiquen juntes.

Salesforce té un substitut oficial d'Heroku Connect?
No. Salesforce Data Cloud més un zero-copy share a Snowflake cobreix casos d'ús només analítics dins del SKU de Data Cloud, però no replica el patró de sincronització bidireccional Salesforce–Postgres d'Heroku Connect. Salesforce no ha anunciat cap producte successor directe, i les comunicacions posteriors al sustaining mode no han assenyalat que n'hi hagi cap al roadmap.

Stacksync és una alternativa a Heroku Connect?
Sí. Stacksync és una plataforma de sincronització bidireccional en temps real creada específicament per a Salesforce combinat amb qualsevol base de dades moderna (Postgres, RDS, Supabase, Neon, Snowflake, BigQuery). Suporta latència per sota del segon davant del mínim de 10 minuts d'Heroku Connect, amb preus de subscripció transparents i sincronització amb observabilitat de primera; en detall a stacksync.com/heroku-connect-alternative.

Quant sol durar una migració d'Heroku Connect?
Dos enginyers poden migrar un desplegament típic (menys de 20 fluxos de sincronització, menys de 50M de files) en 30 dies amb el manual anterior. Els desplegaments grans triguen de 60 a 90 dies. L'abast de la migració el domina normalment la reconciliació de dades i el canvi de la ruta d'escriptura, no la configuració del connector.

Tancament — Propers passos

Si operes Heroku Connect en producció avui, tres passos concrets per als propers 30 dies:

  1. Executa l'inventari del pas 1 del pla de migració. Probablement no saps amb exactitud què s'està sincronitzant.
  2. Tria el flux amb menor radi d'impacte i sincronitza'l en shadow a través d'una plataforma gestionada durant dues setmanes. Valida la latència i la reconciliació abans de comprometre't amb un pla de migració complet.
  3. Demana pressupost a almenys dos proveïdors de sincronització gestionada i una estimació de cost de construcció al teu equip de plataforma.

Atypical Tech i Stacksync treballen directament amb arquitectes Salesforce en migracions d'Heroku Connect. El kit de migració d'Heroku Connect de Stacksync és el punt de partida si vols executar aquest manual pel teu compte.

Sobre l'autor

Bruno GaloFundador, Atypical Tech

Bruno Galo és el fundador d'Atypical Tech, una consultora de NetSuite que treballa amb clients del mercat mitjà a tota la Península Ibèrica. Està especialitzat a connectar sistemes CRM i ERP per aconseguir fluxos d'order-to-cash sense friccions, construint pipelines automatitzats de gestió de comandes que eliminen l'entrada manual de dades entre els equips de vendes i finances. Com a partner oficial d'implementació de Stacksync, en Bruno dissenya i desplega agents d'IA sobre plataformes d'integració per gestionar l'encaminament d'excepcions, el processament de documents i la conciliació — convertint fluxos de comandes fragmentats en sistemes fiables que es monitoren a si mateixos.

LinkedIn

Fonts

Comentaris

Encara no hi ha comentaris.

Deixa un comentari

El teu comentari es revisarà abans de publicar-se.

An unhandled error has occurred. Reload 🗙