Build vs buy: reemplaçar Heroku Connect amb Debezium, Airbyte o una plataforma de sincronització gestionada

Amb Heroku en sustaining mode després de l'anunci del 6 de febrer del 2026, els equips estan sospesant si autoallotjar el CDC de Salesforce sobre Debezium, Airbyte o Kafka — o comprar una plataforma gestionada com Stacksync. La ruta de construir és viable, però subestima 5 costos ocults que fàcilment sumen 300.000–600.000 $ el primer any. Aquí tens l'anàlisi i una comparació de 90 dies contra 14.

Per què aquesta pregunta és viva de cop

Van xocar dos canvis. La decisió de sustaining mode de Salesforce (coberta per Salesforce Ben i altra premsa del sector) va fer que tot client d'Heroku Connect es preguntés si continuava pagant. I les eines de CDC open source — Debezium, Airbyte, Apache Kafka — han madurat fins al punt que un equip de backend sènior pot plantejar-se amb credibilitat autoallotjar el reemplaçament.

La conversa que avui passa a tot equip d'enginyeria amb Salesforce és alguna versió de: "Heroku Connect ens costa 25.000 $ al mes. No ho podríem construir?". La resposta és de vegades sí, sovint no, i la línia divisòria rarament és on els equips esperen.

Per a l'enquadrament de la urgència de la migració, mira el nostre article complementari sobre el final de vida d'Heroku Connect. Per al fonament arquitectònic de què és realment un stack de sincronització basat en CDC, mira Salesforce CDC vs Heroku Connect.

Què implica realment la ruta de construir

Una sincronització bidireccional completa entre Salesforce i Postgres, construïda des de primitives, té vuit capes. Heroku Connect agrupa les vuit; les rutes de construcció les reprodueixen peça a peça.

1. Font de canvis. CDC de Salesforce lliurat per la Pub/Sub API. Latència per sota del segon, finestra de replay de 72 hores. Aquesta és la capa "fàcil".
2. Consumidor del stream. Un client gRPC subscrit a la Pub/Sub API, persistint esdeveniments a Kafka, Kinesis o directament a Postgres. Qui ja té Kafka en té gairebé tot; els projectes des de zero l'han de dissenyar.
3. Càrrega inicial massiva. Bulk API 2.0 de Salesforce per omplir les dades existents. S'ha de coordinar amb el flux de CDC per no aplicar dues vegades ni perdre registres durant el canvi.
4. Ruta d'escriptura de tornada. REST API de Salesforce + claus d'idempotència + lògica de reintents + desduplicació per evitar bucles entre les teves escriptures i els esdeveniments CDC entrants. Només aquesta capa són de 6 a 8 setmanes d'enginyeria sènior.
5. Detecció de deriva d'esquema. Els administradors de Salesforce afegeixen camps personalitzats. El CDC porta el camp nou. El teu esquema de destí no el té. La sincronització el descarta en silenci si no construeixes detecció, alertes i autoevolució.
6. Resolució de conflictes. Quan el mateix registre canvia a Salesforce i a Postgres a la mateixa finestra, qui guanya? Last-write-wins és la resposta fàcil; regles configurables per objecte és el que necessiten els equips en producció.
7. Emmagatzematge de replay més enllà de 72 hores. La finestra del CDC és de 72 hores. Si el teu consumidor està caigut 73 hores, necessites un topic de Kafka al davant amb retenció més llarga o una tasca periòdica de reconciliació completa amb instantànies de Bulk API 2.0.
8. Observabilitat i alertes. Retard de sincronització, esdeveniments perduts, deriva d'esquema, nombre de conflictes, errors d'escriptura de tornada. Res d'això ve de franc; tot és obligatori per operar en producció.

Heroku Connect feia les vuit, malament en alguns punts (polling de 10 minuts en lloc de streaming CDC), però les feia. Reemplaçar-lo des de primitives vol dir reconstruir-les totes vuit.

Els tres stacks open source / híbrids més considerats

Debezium + Kafka

Debezium és el framework canònic de CDC al món Postgres / MySQL. El 2026, Debezium no inclou cap connector d'origen estable per a Salesforce — la feina específica de Salesforce ha viscut històricament en projectes adjacents, no al Debezium upstream. Els equips que construeixen sobre Debezium el combinen normalment amb un client de la Pub/Sub API de Salesforce (Java o Python) que emet registres a Kafka, i després fan servir el sink de Postgres de Debezium.

Fortaleses: provat a escala, eines operatives madures, comunitat gran. Debilitats: sense connector de Salesforce de primera classe, exigeix Kafka en producció, i el teu equip és propietari del client gRPC del costat de Salesforce.

Airbyte (open source)

El connector d'origen de Salesforce d'Airbyte està ben mantingut i s'utilitza activament. El mode per defecte és sincronització incremental programada (normalment 5 minuts o més). Airbyte no corre de manera nativa en un model de streaming per sota del segon; està més a prop d'"un Fivetran modern" que de "CDC en temps real".

Fortaleses: fàcil de desplegar, biblioteca àmplia de connectors, raonable per a sincronització d'estil analític. Debilitats: no és temps real en el sentit d'Heroku Connect, sense escriptura de tornada bidireccional integrada, programat en lloc de streaming.

Connector Salesforce CDC Source de Confluent

El connector gestionat Salesforce CDC Source de Confluent és la ruta "Salesforce → Kafka" a punt per fer servir més propera. Basat en streaming, suporta CDC i Platform Events. Preparat per a producció. Combina de manera natural amb el sink de Postgres de Debezium.

Fortaleses: gestionat, streaming, grau de producció. Debilitats: exigeix Confluent Cloud o un clúster de Kafka Connect autoallotjat, els costos de llicència no són trivials a escala, i continua exigint que construeixis la ruta d'escriptura de tornada.

Els 5 costos ocults de construir

Són els costos que sorprenen els equips a les sis setmanes de començar. Cadascun és temps real d'enginyeria, no opcional.

1. Pipelines de reconciliació. El lliurament de CDC és at-least-once amb una finestra de replay de 72 hores. Els equips en producció descobreixen que entre el 0,1% i l'1% dels esdeveniments necessita reconciliació contra una instantània de Bulk API 2.0 — normalment per caigudes del consumidor, esborrats definitius o buits de deriva d'esquema. Construir la infraestructura de reconciliació: de 4 a 6 setmanes d'enginyeria sènior.
2. Escriptura bidireccional de tornada. REST API de Salesforce + idempotència + desduplicació + resolució de conflictes per a la direcció Postgres → Salesforce. Inclou gestionar els rate limits de l'API, els errors de regles de validació i la lògica de reintents. De 6 a 8 setmanes.
3. Detecció de deriva d'esquema. Camp personalitzat afegit a Salesforce → el CDC el porta → el teu destí no té columna → pèrdua silenciosa. Construir la detecció que compara els payloads CDC entrants contra l'esquema de destí i o bé l'evoluciona automàticament o bé alerta: de 2 a 4 setmanes al principi, més manteniment continu.
4. Suport multi-org / multi-tenant. Si sincronitzes més d'una org de Salesforce o portes un SaaS on cada client té la seva, necessites encaminament per tenant, aïllament i observabilitat. De 6 a 12 setmanes.
5. Càrrega de guàrdia. Un cop en producció: de 2 a 4 hores per enginyer i setmana en règim estable, amb pics periòdics per incidents. Repartit per l'equip, a llarg termini equival típicament a un enginyer a temps complet.

Suma el temps d'enginyeria: aproximadament de 18 a 34 setmanes de feina de backend sènior abans que el sistema tingui grau de producció. A cost carregat (~300.000–500.000 \(per any de backend sènior), el TCO del primer any de construir aterra en **300.000–600.000\)**, amb un cost operatiu continu equivalent a ~1 FTE.

Comparativa costat a costat

L'economia rarament afavoreix construir fins que creues els 100M d'esdeveniments al dia, on el preu gestionat s'inverteix i un stack de Kafka autoallotjat surt més barat per unitat. Per sota d'aquest volum, el cost total de la plataforma gestionada (llicència + zero enginyeria contínua) sol ser entre el 30% i el 60% del cost carregat de la ruta de construir.

Quan guanya de debò la ruta de construir

Hi ha quatre raons genuïnament bones per construir.

Propietat estratègica del pipeline de dades. Algunes empreses tracten el seu stack d'integració com a competència central — fintechs que sincronitzen dades de clients entre molts sistemes, o grans plataformes SaaS el producte de les quals va fonamentalment de moure dades. Per a aquests equips, ser propietari del pipeline de punta a punta és la decisió correcta al marge del TCO.

Dades de Salesforce multi-tenant amb aïllament estricte. Les plataformes SaaS que corren sobre orgs de Salesforce per client de vegades necessiten aïllament de xarxa a nivell d'org que les plataformes gestionades no donen als seus trams estàndard. Autoallotjar a la teva pròpia VPC ho resol — a canvi de construir tota la resta.

Restriccions de compliment que exigeixen CDC on-premise / a VPC. Sectors regulats que no poden treure dades cap a una plataforma SaaS de tercers. El llistó de compliment mana sobre l'arquitectura; el cost és secundari.

Cost a molt gran escala. Per sobre de ~100M d'esdeveniments CDC de Salesforce al dia, el preu de les plataformes gestionades sol invertir-se i Kafka autoallotjat surt més barat per unitat. La majoria de clients d'Heroku Connect no són en aquest volum; per als que sí, construir és una decisió econòmica defensable.

Quan perd la ruta de construir

Tres senyals que diuen comprar.

Equip per sota de 5 enginyers de backend. La ruta de construir exigeix de 2 a 3 enginyers sèniors sostinguts durant 3 a 6 mesos, més la propietat operativa contínua. Els equips més petits no es poden permetre el cost d'oportunitat.

Sincronització bidireccional requerida des del dia u. Només la capa d'escriptura de tornada són de 6 a 8 setmanes. Els equips que necessiten bidireccional en producció ràpid gairebé sempre perden construint.

Cap plataforma de streaming ja en producció. Si avui no corres Kafka o equivalent, la ruta de construir inclou aixecar Kafka — sumant de 4 a 8 setmanes de feina operativa més enginyeria de plataforma contínua. Compra.

Per a una visió més profunda de per què l'arquitectura d'Heroku Connect topa en polling de 10 minuts i de com és una arquitectura de reemplaçament moderna, mira l'anàlisi a fons dels límits d'Heroku Connect de Stacksync.

Calendari de referència de 90 dies si construeixes

El calendari realista per a un equip sènior de 2 a 3 enginyers de backend construint un reemplaçament d'Heroku Connect amb grau de producció sobre arquitectura estil Debezium.

1. Setmanes 1–2: spike d'arquitectura. Aixeca un consumidor gRPC de la Pub/Sub API en el llenguatge que prefereixis (Java, Python, Go). Subscriu-te a un canal de CDC. Demostra latència per sota del segon de punta a punta. Decideix Kafka davant d'aterratge directe a Postgres.
2. Setmanes 3–4: càrrega inicial amb Bulk API 2.0. Construeix la tasca de backfill. Coordina-la amb el flux de CDC perquè el pas de "càrrega massiva" a "CDC incremental" sigui exacte (sense duplicats, sense buits).
3. Setmanes 5–8: escriptura bidireccional de tornada. Client de la REST API de Salesforce. Claus d'idempotència. Reintents amb backoff exponencial. Lògica de desduplicació per evitar bucles entre les teves escriptures i els esdeveniments CDC entrants. Regles de resolució de conflictes per objecte.
4. Setmanes 9–10: detecció de deriva d'esquema i autoevolució. Compara els payloads CDC entrants contra l'esquema de destí. O afegeix columnes automàticament o alerta. Integra l'alerta a la teva guàrdia existent.
5. Setmanes 11–12: observabilitat i emmagatzematge de replay. Dashboards de retard de sincronització, nombre de conflictes, esdeveniments perduts. Topic de Kafka de retenció llarga (o equivalent) per a replay més enllà de 72 hores.
6. Setmana 13: execució en shadow. Fes córrer el nou stack contra el desplegament existent d'Heroku Connect durant 14 dies. Reconcilia la integritat de les dades cada hora. Marca i resol cada discrepància abans del canvi.

13 setmanes de feina d'enginyeria, més una finestra shadow de 14 dies. Total: uns 90 dies des de l'arrencada fins al pas a producció, amb 2 o 3 enginyers de backend sèniors dedicats a temps complet.

Calendari de referència de 14 dies si compres (amb Stacksync com a exemple)

Per comparar, el calendari típic d'una migració a plataforma gestionada:

• Dies 1–3: connecta Salesforce i la base de dades destí. Mapeja el primer conjunt d'objectes. Valida l'autenticació i la sincronització bàsica.
• Dies 4–7: valida la direcció de sincronització, els ajustos de resolució de conflictes i els dashboards d'observabilitat. Configura alertes.
• Dies 8–10: finestra shadow contra el desplegament existent d'Heroku Connect. Reconcilia recomptes de files i hashos.
• Dies 11–14: canvia el trànsit d'escriptura. Mantén lectura doble 7 dies per revertir a l'instant. Dóna de baixa Heroku Connect.

Total: 14 dies de punta a punta amb 1 o 2 enginyers a temps parcial. Així es veu a la pràctica la sincronització gestionada en temps real que escala.

Preguntes freqüents

Debezium pot sincronitzar Salesforce amb Postgres?
No directament amb Debezium de sèrie. Debezium no inclou cap connector d'origen de Salesforce de primera classe el 2026. Els equips que construeixen sobre Debezium el combinen amb un client gRPC propi de la Pub/Sub API (o amb el connector Salesforce CDC Source de Confluent) que emet registres a Kafka, i després fan servir el sink de Postgres de Debezium per al destí. L'stack complet és viable, però no és un desplegament de Debezium clau en mà.

Airbyte és temps real?
No, no en el sentit d'Heroku Connect. El connector d'origen de Salesforce d'Airbyte corre amb sincronitzacions incrementals programades — normalment de 5 minuts o més. Està més a prop d'"un Fivetran modern" que de "CDC en temps real". Per a latència per sota del segon necessites un client de la Pub/Sub API (el connector de Confluent o un de gRPC propi), no Airbyte.

Quina és l'alternativa open source més barata a Heroku Connect?
No hi ha cap substitut directe perfecte. El patró més proper és connector Salesforce CDC Source de Confluent → Kafka → sink de Postgres de Debezium, més un servei propi d'escriptura de tornada. Els costos de llicència són mínims a escala petita (Confluent té tram gratuït; Kafka i Debezium són open source). El cost d'enginyeria empetiteix el de llicència — normalment més de 300.000 $ el primer any en temps de construcció amb FTE inclosos.

Quant es triga a construir un reemplaçament d'Heroku Connect?
De tres a sis mesos per a una construcció amb grau de producció amb 2 o 3 enginyers de backend sèniors. Els embornals de temps dominants són la capa d'escriptura bidireccional (6–8 setmanes), els pipelines de reconciliació (4–6 setmanes) i la integració de totes les capes sota una única superfície d'observabilitat. Els equips que estimen "dues setmanes per muntar un consumidor de CDC" estan estimant la capa 1 de 8.

Salesforce CDC suporta sincronització bidireccional?
No. El CDC és un flux d'esdeveniments unidireccional de Salesforce cap al consumidor, sense primitiva d'escriptura integrada. La sincronització bidireccional exigeix una ruta d'escriptura de tornada a part amb la REST API o la Bulk API 2.0, amb claus d'idempotència, lògica de desduplicació i resolució de conflictes. Cobrim el detall arquitectònic a Salesforce CDC vs Heroku Connect.

Quant costa reemplaçar Heroku Connect?
Per a la majoria d'equips, una plataforma de sincronització gestionada se situa en el rang de 20.000 a 120.000 \(l'any** — normalment entre un 50% i un 80% per sota de la despesa equivalent en Heroku Connect Enterprise. Autoallotjar sobre Debezium/Airbyte/Kafka sol sortir per **300.000 a 600.000\) el primer any (temps d'enginyeria amb FTE inclosos) més un cost operatiu continu equivalent a aproximadament un enginyer a temps complet. L'economia només s'inverteix a escala molt alta.

Quin és un calendari realista per migrar fora d'Heroku Connect?
Comprant una plataforma gestionada: 14 dies de punta a punta amb 1 o 2 enginyers a temps parcial (3 dies de connexió, 4 de validació, 4 de shadow, 3 de canvi). Construint des de primitives: de 3 a 6 mesos amb 2 o 3 enginyers de backend sèniors a temps complet. Els desplegaments grans d'Heroku Connect (més de 50 fluxos, més de 100M de files) allarguen qualsevol dels dos calendaris entre 2 i 4 setmanes per la feina de reconciliació.

El connector Salesforce CDC de Confluent està preparat per a producció?
Sí. El connector Salesforce CDC Source de Confluent és un connector gestionat amb grau de producció que se subscriu als esdeveniments CDC de Salesforce per la Pub/Sub API. És la ruta a punt per fer servir més fiable de Salesforce a Kafka. No aporta sincronització bidireccional; aquella capa continua sent teva.

Quan comprar és sempre millor que construir la sincronització de Salesforce?
Tres condicions: equip per sota de 5 enginyers de backend, sincronització bidireccional requerida des del dia u, o cap equivalent a Kafka ja en producció. Si es compleix qualsevol, el cost d'enginyeria de construir gairebé sempre supera el cost plurianual de llicència de la plataforma gestionada. Per sobre de 100M d'esdeveniments CDC al dia amb un equip sènior, els números poden girar.

Com cobren les plataformes de sincronització gestionada — per registre, per connexió o tarifa plana?
Cada plataforma cobra diferent. Stacksync fa servir un model de subscripció transparent basat en nombre de connexions i tram. Whalesync fa servir un model per registre / volum de sincronització. Algunes plataformes iPaaS heretades cobren per registre processat, cosa que escala malament a volum alt. Modela sempre el teu volum esperat contra cada model de preu abans de signar.

Tancament — Recomanació de decisió

Recorre primer els tres senyals de "comprar". Si se'n compleix qualsevol, compra. Si tots tres són falsos (tens 5 o més enginyers de backend sèniors, no necessites bidireccional des del dia 1 i ja operes Kafka), la ruta de construir comença a merèixer un modelatge — però compara el TCO d'any 1 i d'any 3 amb honestedat.

Si estàs migrant fora d'Heroku Connect en concret i el volum és per sota de 100M d'esdeveniments CDC al dia, la sincronització gestionada en temps real que escala de Stacksync és la ruta que tria la majoria. Hem vist canvis en 14 dies de manera consistent en migracions del mercat mitjà.

Sobre l'autor

Bruno Galo — Fundador, 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

• Salesforce Ben — Salesforce Shuts Down Heroku Enterprise Sales: https://www.salesforceben.com/salesforce-shuts-down-heroku-enterprise-sales-for-new-customers/
• Salesforce Developers — Pub/Sub API Overview: https://developer.salesforce.com/docs/platform/pub-sub-api/overview
• Salesforce Developers — Bulk API 2.0: https://developer.salesforce.com/docs/atlas.en-us.api_asynch.meta/api_asynch/asynch_api_intro.htm
• Salesforce Developers — Change Data Capture: https://developer.salesforce.com/docs/atlas.en-us.change_data_capture.meta/change_data_capture/cdc_intro.htm
• Debezium — Project home: https://debezium.io/
• Airbyte — Salesforce source connector: https://docs.airbyte.com/integrations/sources/salesforce
• Confluent — Salesforce CDC Source Connector: https://docs.confluent.io/kafka-connectors/salesforce-cdc-source/current/overview.html
• Apache Kafka — Documentation: https://kafka.apache.org/documentation/