Resposta curta: una sincronització entre Salesforce i PostgreSQL de la qual depèn la seva aplicació necessita tres coses que un procés ETL no ofereix: canvis en segons, escriptures en totes dues direccions i una regla per a quan els dos costats editen el mateix registre. Hi ha tres maneres realistes d'aconseguir-ho: una plataforma de sincronització gestionada com Stacksync, un pipeline propi sobre Salesforce Change Data Capture, o Heroku Connect per als equips que ja són a Heroku Postgres. A la majoria de les empreses mid-market els convé la primera.
La sincronització operativa no és ETL
ETL i reverse ETL mouen dades segons una programació, gairebé sempre en una sola direcció, perquè algú les analitzi després. És l'eina adequada per a un data warehouse. És l'equivocada quan la seva aplicació llegeix la taula de PostgreSQL en el moment de cada petició, o quan un agent de suport edita un registre a Salesforce i espera que l'aplicació el reflecteixi abans que el client torni a trucar.
La sincronització operativa tracta els dos sistemes com un únic conjunt de dades que es manté coherent. Això canvia els requisits:
- La latència es mesura en segons, no en finestres de processament per lots.
- Els dos costats escriuen. Salesforce és propietari d'uns camps, PostgreSQL d'uns altres, i alguns s'editen a tots dos.
- Les fallades es veuen. Una actualització perduda és una pantalla incorrecta davant d'un client, no un dashboard una mica desfasat.
Si només necessita analítica, un pipeline unidireccional cap a un data warehouse és més senzill i més barat; la nostra guia sobre Salesforce a Snowflake en temps real sense Heroku Connect cobreix aquest camí. Aquesta pàgina tracta el cas operatiu.
Tres maneres de sincronitzar Salesforce i PostgreSQL
1. Una plataforma gestionada de sincronització bidireccional (Stacksync). Stacksync connecta Salesforce amb PostgreSQL i altres bases de dades mitjançant sincronització bidireccional en temps real, amb el mapatge de camps i el monitoratge inclosos. Vostè no opera cap infraestructura de pipeline. Whalesync ofereix una sincronització bidireccional semblant entre Salesforce i Postgres. És la via més ràpida cap a producció i la que recomanem quan la sincronització és crítica però no és el seu producte.
2. Un pipeline propi sobre Salesforce Change Data Capture. Salesforce publica un esdeveniment de canvi cada vegada que un registre d'un objecte subscrit es crea, s'actualitza, s'elimina o es recupera, i el lliura a través de la Pub/Sub API, basada en gRPC. Els esdeveniments es conserven al bus d'esdeveniments 72 hores i es poden tornar a llegir des d'un replay ID desat. CDC només flueix cap a fora de Salesforce: l'escriptura de tornada necessita un camí a part a través de la REST API o la Bulk API 2.0, i la càrrega inicial també requereix la Bulk API 2.0. Aquest camí li dona el control total i li costa un pipeline que cal construir, operar i vigilar amb guàrdies.
3. Heroku Connect (heretat). Heroku Connect sincronitza Salesforce amb una base de dades Heroku Postgres, en només lectura o en lectura i escriptura. Llegeix per sondeig (polling), amb un mode opcional de sondeig accelerat que escolta a través de la Streaming API o de CDC, i escriu de tornada sondejant una taula de registre de triggers a Postgres. Només treballa amb Heroku Postgres i, des del febrer de 2026, Heroku funciona sota un model de «sustaining engineering», centrat en l'estabilitat i no en funcionalitats noves.
El que una sincronització bidireccional ha de resoldre bé
La sincronització bidireccional falla en llocs previsibles. Triï l'opció que triï, aquestes són les peces que dissenyem i provem abans del go-live:
- Propietat per camp. Decideixi quin sistema és la font de veritat de cada camp i quins camps s'editen realment a tots dos costats. La majoria dels conflictes desapareixen tan bon punt això queda per escrit.
- Resolució de conflictes. Quan els dos costats canvien el mateix registre, decideix una regla: guanya l'última escriptura, guanya sempre un sistema, o una regla per camp. Ha de ser explícita, no un accident de temps.
- Prevenció de bucles. Un canvi escrit a PostgreSQL no ha de tornar a Salesforce com un canvi nou, ni a l'inrevés. Les escriptures idempotents i el registre de l'origen de cada canvi tallen l'eco.
- Càrrega inicial i enganxament. La primera còpia de les dades arriba en bloc; el flux en viu ha de començar en un punt que s'hi solapi, o tindrà duplicats o forats.
- Eliminacions i fusions. Els registres de Salesforce eliminats, recuperats o fusionats necessiten una regla explícita a PostgreSQL, o la base de dades s'anirà omplint de fantasmes.
- Canvis d'esquema. Els administradors afegeixen camps. La sincronització ha de detectar un camp nou a Salesforce i mapejar-lo o avisar, en lloc de descartar-lo en silenci.
- Límits d'API. Salesforce limita les crides a l'API i el lliurament d'esdeveniments per org. Una sincronització que els ignori acabarà escanyant les seves altres integracions.
- Recuperació. Si el consumidor està aturat més de les 72 hores de la finestra de replay de CDC, només una reconciliació completa contra una instantània massiva restableix la coherència. Planifiqui-la abans de necessitar-la.
Taula comparativa
| Stacksync (gestionat) | Pipeline de CDC propi | Heroku Connect | |
|---|---|---|---|
| Direcció | Bidireccional | Salesforce → Postgres amb CDC; escriptura de tornada construïda a part | Només lectura o lectura i escriptura |
| Com es detecten els canvis | Motor de sincronització en temps real, gestionat | Esdeveniments CDC per la Pub/Sub API | Sondeig, amb sondeig accelerat opcional |
| Destinacions PostgreSQL | Qualsevol PostgreSQL que vostè operi | Qualsevol PostgreSQL que vostè operi | Només Heroku Postgres |
| Càrrega inicial | Inclosa | La construeix vostè (Bulk API 2.0) | Inclosa |
| Regles de conflicte, prevenció de bucles | Es configuren | Les construeix vostè | Integrades, amb poc control |
| Què opera vostè | Configuració i monitoratge | Tot el pipeline | L'add-on de Heroku |
| Encaixa millor | Sincronització crítica, equip de plataforma petit | La sincronització és propietat intel·lectual clau, equip de dades sòlid | Aplicacions que ja són a Heroku, sense migració prevista encara |
Llegeixi primer l'última fila. Si la sincronització és un mitjà, compri-la. Si forma part del que vostè ven, o els seus volums i les seves normes de compliment fan incòmoda una plataforma, construeixi-la. La nostra anàlisi build vs buy per substituir Heroku Connect aprofundeix en aquest equilibri, i Salesforce CDC davant Heroku Connect explica què cobreix CDC i què no.
Deixar Heroku Connect
Heroku Connect continua funcionant, i res del que s'ha anunciat fins ara fixa una data de final. El que ha canviat és la direcció: Heroku és en mode de sustaining engineering, i Heroku Connect només sincronitza amb Heroku Postgres. Els equips que traslladen la base de dades a Amazon RDS, Cloud SQL, Neon o als seus propis servidors perden Heroku Connect pel camí.
Una migració des de Heroku Connect té una forma coneguda: inventariar cada mapatge, reconstruir cada flux a la nova sincronització en mode ombra de només lectura, comparar recomptes de files i valors, passar les escriptures objecte per objecte i, finalment, retirar l'add-on. La nostra guia de migració pel final de vida de Heroku Connect la recorre pas a pas.
Què implementem
- Arquitectura de sincronització: quins objectes, en quina direcció, quin sistema és propietari de cada camp i les regles de conflicte, per escrit abans de configurar res.
- Implantació de Stacksync, com a partner oficial de Stacksync: connexions, mapatge de camps, conversió de tipus, filtres i alertes, provats primer contra un sandbox de Salesforce.
- Pipelines de CDC a mida quan una plataforma no encaixa: consumidors de la Pub/Sub API, càrrega retroactiva amb la Bulk API 2.0, escriptura de tornada idempotent, tasques de replay i de reconciliació.
- Migracions des de Heroku Connect, amb execució en paral·lel i un pla de tall per objecte.
- Suport en producció: monitoratge, canvis d'esquema a mesura que evoluciona la seva org de Salesforce i un enginyer assignat que coneix la seva configuració.
Com es desenvolupa un projecte
- Descoberta. Revisem els seus objectes de Salesforce, el seu esquema de PostgreSQL i els fluxos que necessita la seva aplicació, i li recomanem Stacksync o un desenvolupament a mida, amb els motius.
- Disseny. Propietat dels camps, direcció, regles de conflicte, tractament de les eliminacions i alertes, acordats amb el seu equip.
- Construcció en sandbox. Càrrega inicial completa i sincronització en viu contra un sandbox de Salesforce i una còpia de la seva base de dades.
- Execució en paral·lel. La nova sincronització funciona al costat del que fa servir avui fins que les dades coincideixen.
- Go-live i traspàs. Tall objecte per objecte, runbook i monitoratge en marxa, suport després del llançament.
Fonts
- Heroku Dev Center, Heroku Connect (destinació Heroku Postgres, plans i límits). Consultat el 29 de setembre de 2026.
- Heroku Dev Center, Reading Data from Salesforce with Heroku Connect (sondeig, sondeig accelerat). Consultat el 29 de setembre de 2026.
- Heroku Dev Center, Writing Data to Salesforce with Heroku Connect (registre de triggers, algorismes d'escriptura). Consultat el 29 de setembre de 2026.
- Salesforce Developers, Change Data Capture Developer Guide. Consultat el 29 de setembre de 2026.
- Salesforce Developers, Pub/Sub API: Event Message Durability (retenció de 72 hores, replay ID). Consultat el 29 de setembre de 2026.
- Salesforce Developers, Bulk API 2.0. Consultat el 29 de setembre de 2026.
- The Register, Heroku freeze, 9 de febrer de 2026 (model de sustaining engineering). Consultat el 29 de setembre de 2026.
- Stacksync, PostgreSQL and Salesforce integration. Consultat el 29 de setembre de 2026.
- Whalesync, Salesforce and Postgres two-way sync. Consultat el 29 de setembre de 2026.