O imposto de mover dados: Delta Sharing com a Adobe Experience Platform
Imagine que a equipe de dados termina um modelo de propensão de compra. Ele está governado, testado e pronto. O marketing ainda não consegue usá-lo, porque falta o arquivo CSV, a transferência por SFTP e o processo que alguém precisa manter para que tudo chegue a tempo. Quanto custa, de verdade, um dado viajar de uma equipe para outra?
O Databricks deu nome a esse custo: o "imposto de dados de integração". E em 20 de abril de 2026 anunciou, junto com a Adobe, uma forma de não pagá-lo. Antes de explicar, uma nota de disponibilidade, porque aqui as páginas não coincidem entre si.
Segundo o blog do Databricks, o suporte do Delta Sharing para a Adobe Experience Platform foi anunciado naquele dia, e quem quiser explorá-lo entra numa lista de espera. A documentação da Adobe, atualizada em 21 de outubro de 2026, diz outra coisa: que o beta limitado terminou e que a disponibilidade geral está planejada para 2027, com a equipe de conta da Adobe como contato. O guia de uso dessa mesma documentação ainda fala de um beta limitado "até 1º de agosto de 2026". Minha leitura é que hoje isto é um anúncio com uma função a caminho. Para ativá-la, será preciso esperar.
Delta Sharing com a Adobe Experience Platform: do arquivo que viaja à tabela que se consulta
Segundo o Databricks, até agora as equipes de marketing esperavam exportações CSV, transferências SFTP e processos de ETL caros só para ativar seus próprios dados na Experience Platform. O Databricks resume três problemas:
Latência: os dados podem levar de 24 a 48 horas para chegar aos sistemas de marketing.
Custo: mover grandes volumes entre nuvens gera cobranças de saída e armazenamento duplicado.
Governança: ao copiar os dados, quebram-se a linhagem e os controles de acesso definidos no catálogo.
O que o Databricks descreve é uma mudança de direção. A Experience Platform passa a ser receptora do Delta Sharing, um protocolo aberto. A equipe de dados prepara tabelas governadas e compartilha credenciais. Na Experience Platform essas tabelas aparecem como tabelas virtuais e, com o Adobe Data Distiller, podem ser consultadas sem mover os registros.
A documentação da Adobe confirma com mais precisão. Os dados são representados como conjuntos de dados virtuais, somente leitura. Só se guardam metadados, como o esquema, a linhagem e os detalhes da conexão, e os registros ficam onde estão.
A mesma ideia tem outro nome na Salesforce
Se você acompanha o mundo Salesforce, isso soa familiar. A Salesforce explica o conceito de Zero Copy em seu blog para a América Latina: acessar dados de outro armazém sem movê-los, copiá-los nem reformatá-los. Segundo essa página, no modelo tradicional os dados só são precisos até o último ponto de sincronização, e no modelo Zero Copy os dados permanecem no local original.
Minha leitura é que o mercado converge para uma ideia: o dado fica onde nasce e o sistema de marketing o consulta. Dois cuidados. A página da Salesforce não mostra data e o exemplo dela usa o Snowflake. E o que cada fabricante diz do seu método pertence a cada fabricante. Eu leio isso como sinal de para onde as plataformas estão indo.
Quando sim e quando não
Compartilhar sem copiar também traz trabalho prévio. Segundo a documentação da Adobe, um administrador do Databricks precisa criar o compartilhamento, o destinatário e as credenciais, e essas credenciais têm data de expiração opcional. Além disso, a Adobe pede coisas concretas.
Quando sim:
Quando suas tabelas são tabelas Delta e já estão governadas, com dono e definições claras.
Quando sua organização na Experience Platform está numa região do Azure compatível e a função está habilitada, algo que a Adobe pede em seus requisitos.
Quando o valor está em usar um modelo ou uma audiência que já existe, por exemplo uma pontuação de abandono, e você pode poupar mais um pipeline.
Quando não, pelo menos por enquanto:
Se você depende de tabelas com filtros de linha ou máscaras de coluna. Segundo a documentação da Adobe, o Databricks não permite compartilhar esse tipo de tabela.
Se a equipe de dados não tem as tabelas em ordem. Compartilhar uma tabela suja só torna o problema mais rápido.
Se você precisa resolver algo neste trimestre. Com a disponibilidade geral planejada para 2027, convém esperar antes de apoiar um plano nesta função.
A pergunta incômoda é de responsabilidade: quem responde pela tabela que o marketing vai consumir ao vivo? Quando os dados viajavam num arquivo, o arquivo era uma pausa que dava tempo de revisar. Com uma consulta direta, essa pausa desaparece. Se a sua equipe de dados e a de marketing ainda não concordam sobre o que significa "cliente ativo", o Delta Sharing não vai decidir isso por elas.
Antes de pensar no pipeline, revise suas tabelas. E se hoje você move arquivos toda semana, pelo menos conte quantas horas isso custa. Esse número é o seu próprio imposto de mover dados.
Fontes:
Comentários