Pular para o conteúdo
← Todas as notícias
Databricks Blog6 de novembro de 2026

Leia, não copie: substituindo feeds de arquivos e APIs pelo OpenSharing – Parte 1 (O porquê)

Traduzido do original em inglês por IA. Ver em inglês

Resumo

Em vez de copiar dados de clientes por meio de drops via SFTP ou consultas a APIs, você pode ler a tabela compartilhada pelo cliente no próprio local com o OpenSharing e acompanhar suas alterações via streaming ou change data feed, sem precisar controlar por conta própria o que já foi processado. Isso elimina pipelines por feed, cargas incrementais frágeis, backfills e armazenamento duplicado. Também facilita o compartilhamento para os clientes: adicionar você como destinatário é apenas uma concessão de acesso a uma tabela que eles já mantêm, e os logs de auditoria registram cada acesso.

* Os feeds tradicionais de clientes ficam caros conforme você escala: cada drop via SFTP ou consulta a API significa mais um pipeline para monitorar, cargas incrementais frágeis, backfills que dependem do seu cliente e uma cópia duplicada dos dados dele para armazenar. * Leia a tabela do cliente no local em vez de copiá-la: com o OpenSharing, você acompanha as alterações nas tabelas que seus clientes compartilham via streaming ou change data feed, sem controlar por conta própria o que já foi processado. * O compartilhamento fica mais fácil para seus clientes: adicionar você como destinatário é apenas uma concessão de acesso a uma tabela que eles já mantêm, e os logs de auditoria registram cada vez que você acessa os dados compartilhados.

Artigos relacionados

News

Leia, não copie: substituindo feeds de arquivos pelo OpenSharing – Parte 2 (como implementar)

databricks-blog1h ago
News

Como organizações do setor público podem governar a IA em escala

databricks-blog8h ago
News

Detecção de fraude em tempo real com Feature Views

databricks-blog1d ago
News

Guia do desenvolvedor para escalar o Databricks Apps

databricks-blog1d ago