El impuesto de mover datos: Delta Sharing con Adobe Experience Platform

Imagina que el equipo de datos termina un modelo de propensión de compra. Está gobernado, probado y listo. Marketing todavía no puede usarlo, porque falta el archivo CSV, la transferencia por SFTP y el proceso que alguien tiene que mantener para que todo llegue a tiempo. ¿Cuánto te cuesta, de verdad, que un dato viaje de un equipo a otro?

Databricks puso nombre a ese costo: el «impuesto de datos de integración». Y el 20 de abril de 2026 anunció, junto con Adobe, una forma de no pagarlo. Antes de explicarla, una nota de disponibilidad, porque aquí las páginas no coinciden entre sí.

Según el blog de Databricks, el soporte de Delta Sharing para Adobe Experience Platform se anunció ese día, y quien quiera explorarlo se apunta a una lista de espera. La documentación de Adobe, actualizada el 21 de octubre de 2026, dice otra cosa: que la beta limitada terminó y que la disponibilidad general está planeada para 2027, con el equipo de cuenta de Adobe como contacto. La guía de uso de esa misma documentación todavía habla de una beta limitada «hasta el 1 de agosto de 2026». Mi lectura es que hoy esto es un anuncio con una función en camino. Para activarla tendrás que esperar.

Delta Sharing con Adobe Experience Platform: del archivo que viaja a la tabla que se consulta

Según Databricks, hasta ahora los equipos de marketing esperaban exportaciones CSV, transferencias SFTP y procesos ETL costosos solo para activar sus propios datos en Experience Platform. Databricks resume tres problemas:

• Latencia: los datos pueden tardar entre 24 y 48 horas en llegar a los sistemas de marketing.

• Costo: mover grandes volúmenes entre nubes genera cargos de salida y almacenamiento duplicado.

• Gobernanza: al copiar los datos se rompen el linaje y los controles de acceso definidos en su catálogo.

Lo que describe Databricks es un cambio de dirección. Experience Platform pasa a ser un receptor de Delta Sharing, un protocolo abierto. El equipo de datos prepara tablas gobernadas y comparte credenciales. En Experience Platform esas tablas aparecen como tablas virtuales, y con Adobe Data Distiller se pueden consultar sin mover los registros.

La documentación de Adobe lo confirma con más precisión. Los datos se representan como conjuntos de datos virtuales, de solo lectura. Solo se guardan metadatos, como el esquema, el linaje y los detalles de la conexión, y los registros se quedan donde están.

La misma idea tiene otro nombre en Salesforce

Si sigues el mundo Salesforce, esto te suena. Salesforce explica el concepto de Zero Copy en su blog para Latinoamérica: acceder a datos de otro almacén sin moverlos, copiarlos ni reformatearlos. Según esa página, en el modelo tradicional los datos solo son precisos al último punto de sincronización, y en el modelo Zero Copy los datos permanecen en su ubicación original.

Mi lectura es que el mercado converge en una idea: el dato se queda donde nace y el sistema de marketing lo consulta. Dos cuidados. La página de Salesforce no muestra fecha y su ejemplo usa Snowflake. Y lo que cada fabricante dice de su método es de cada fabricante. Yo lo leo como señal de hacia dónde van las plataformas.

Cuándo sí y cuándo no

Compartir sin copiar también trae trabajo previo. Según la documentación de Adobe, un administrador de Databricks tiene que crear el recurso compartido, el destinatario y las credenciales, y esas credenciales traen una fecha de expiración opcional. Además, Adobe pide cosas concretas.

Cuándo sí:

• Cuando tus tablas son tablas Delta y ya están gobernadas, con dueño y definiciones claras.

• Cuando tu organización de Experience Platform está en una región de Azure compatible y la función está habilitada, algo que Adobe pide en sus requisitos.

• Cuando el valor está en usar un modelo o una audiencia que ya existe, por ejemplo un puntaje de abandono, y puedes ahorrarte otra tubería.

Cuándo no, al menos todavía:

• Si dependes de tablas con filtros de fila o máscaras de columna. Según la documentación de Adobe, Databricks no permite compartir ese tipo de tablas.

• Si el equipo de datos no tiene sus tablas ordenadas. Compartir una tabla sucia solo hace más rápido el problema.

• Si necesitas resolver algo este trimestre. Con la disponibilidad general planeada para 2027, conviene esperar antes de apoyar un plan en esta función.

La pregunta incómoda es de responsabilidad: ¿quién responde por la tabla que marketing va a consumir en vivo? Cuando los datos viajaban en un archivo, el archivo era una pausa que daba tiempo a revisar. Con una consulta directa, esa pausa desaparece. Si tu equipo de datos y el de marketing todavía no se ponen de acuerdo en qué significa «cliente activo», Delta Sharing no lo va a decidir por ellos.

Antes de pensar en la tubería, revisa tus tablas. Y si hoy mueves archivos todas las semanas, por lo menos cuenta cuántas horas te cuesta. Ese número es tu propio impuesto de mover datos.

Fuentes: Databricks, «Uniendo Ciencia de Datos y Marketing: Databricks presenta la integración de Delta Sharing para Adobe Experience Platform y flujos de trabajo de marketing agentivos» (20 de abril de 2026); Adobe Experience League, «Delta Sharing» (actualizado el 21 de octubre de 2026); Adobe Experience League, «Use the Databricks Delta Sharing source connector in the UI» (actualizado el 21 de octubre de 2026); Salesforce Latinoamérica, «¿Qué es Zero Copy? (y cómo funciona?)»