Zero Copy e Federação de Dados no Data 360

Zero Copy e Federação de Dados no Data 360: Quando Não Copiar Informações

Cada cópia de dados representa um compromisso: um pipeline, um custo, uma latência e um risco. O Zero Copy permite consultar dados onde eles residem, mas não é uma solução universal. Este guia explora quando a abordagem virtual é preferível, quando a ingestão é mais adequada e como decidir com base em atualização (freshness), desempenho, governança e custo de tráfego.

Tempo de leitura: 4 minAtualizado em: 2026-07-29

A Resposta Breve

A regra antiga era "para analisar um dado, primeiro copie-o". O Zero Copy, em muitos casos, anula essa premissa: é possível consultar uma tabela que reside em um data warehouse externo sem transferi-la. Esta é uma capacidade real, mas ela troca um tipo de custo por outro – em vez de custo de armazenamento e pipeline, obtém-se custo de processamento e dependência da disponibilidade da fonte.

A decisão correta é tratá-la como qualquer decisão de arquitetura: baseada em requisitos de uso, não em modismos.

Quatro Parâmetros Decisivos

Parâmetro	Pendendo para Zero Copy	Pendendo para Ingestion
Freshness	Dados mais atualizados são sempre necessários	Ciclos agendados são suficientes
Desempenho	Análise e segmentação, tolerância a segundos	Operação em tempo real, tempo de resposta constante
Volume e Frequência	Grande volume, poucas consultas	Volume médio, muitas consultas
Governança	A fonte mantém uma política robusta	Controle total sobre a cópia é necessário

Esta tabela também explica por que a maioria das organizações adota uma abordagem híbrida: fluxos operacionais são ingeridos, enquanto fluxos analíticos pesados permanecem no local.

O Que Permanece sob a Responsabilidade da Equipe, Mesmo com Zero Copy

O acesso virtual remove o pipeline, não o trabalho. Ainda são necessários: mapeamento de esquema para o modelo comum, decisão sobre chaves de identificação para unificação de perfil, tratamento de mudanças de esquema na origem e monitoramento de disponibilidade. Uma mudança no nome de uma coluna no data warehouse externo quebrará a visualização virtual, assim como quebraria um ETL.

Portanto, o acordo com a equipe de dados que mantém a fonte é parte da implementação: aviso prévio sobre mudanças de esquema, janela de manutenção conhecida e orçamento de consultas acordado.

Padrões Híbridos Eficazes

Resumo para dentro, detalhe para fora – Valores resumidos por cliente são inseridos na camada de unificação, e as linhas de detalhe são mantidas no data warehouse para acesso sob demanda. Este é o padrão mais comum e geralmente o mais econômico.

Janela quente e arquivo frio – Os últimos 12 a 24 meses são copiados internamente para desempenho, e o histórico mais antigo permanece acessível virtualmente.

Virtual primeiro, cópia conforme necessidade – Começa-se com acesso virtual, mede-se a frequência de uso real e copia-se apenas o que se provou ser frequentemente necessário. Esta é a maneira eficiente de evitar a cópia de dados que ninguém consultará.

A relação entre esta decisão e a divisão de responsabilidades entre sistemas é detalhada em Data 360 vs. Dados de CRM e Fonte da Verdade na Organização.

Cenário: Empresa Financeira com 400 Milhões de Linhas

Uma empresa de serviços financeiros desejava segmentação de clientes baseada em histórico transacional de sete anos – aproximadamente 400 milhões de linhas em um data warehouse na nuvem. O plano original era a ingestão completa na camada de unificação.

O piloto mudou a decisão. Foi medido que as segmentações reais dependiam de apenas três cálculos – média mensal, tendência de 90 dias e classificação de atividade – e todos poderiam ser calculados no próprio data warehouse. Em vez de transferir 400 milhões de linhas, foram transferidas três colunas resumidas por cliente, atualizadas diariamente, enquanto os detalhes permaneceram virtualmente acessíveis para investigação pontual.

O que foi decidido aqui não foi "virtual vs. cópia", mas sim o nível de granularidade: a pergunta correta era qual resolução de dados era realmente necessária. Ao respondê-la, a questão da cópia se tornou insignificante.

Riscos Comuns e Ações Preventivas

Risco	Como se manifesta na prática	Ação Preventiva
Custo de processamento surpreendente	Consultas amplas com alta frequência	Medição em piloto e acordo prévio
Dependência da disponibilidade da fonte	Falha no data warehouse desativa segmentação	Fallback ou janela quente copiada
Mudanças de esquema	Visualizações quebram sem aviso	Acordo de modificação e monitoramento de esquema
Permissões indefinidas	Exposição mais ampla do que na fonte	Identidade da consulta e política de exposição documentada
Granularidade incorreta	Transferência de detalhes que ninguém usa	Decidir a resolução antes do método

Como Medir o Sucesso

Área	O Que Medir	Frequência de Verificação
Desempenho	Tempo de resposta para consultas de segmentação chave	Mensal
Custo	Custo de processamento e tráfego por Use Case	Mensal
Estabilidade	Falhas de consulta e disponibilidade da fonte	Semanal
Valor	Segmentações e ações geradas efetivamente	Trimestral

A escolha entre acesso virtual e ingestão é feita no âmbito dos Serviços de Integrações e Dados.

Checklist para a Decisão de Zero Copy

☐ Casos de uso concretos definidos e não uma "capacidade geral"
☐ Requisito de freshness estabelecido para cada Use Case
☐ Resolução dos dados necessária verificada na prática
☐ Frequência da consulta e volume de varredura estimados
☐ Acordo de mudanças de esquema com o proprietário da fonte existente
☐ Identidade da consulta e política de exposição definidas
☐ Padrão híbrido considerado antes de uma decisão binária
☐ Plano de fallback para falha da fonte existente
☐ Piloto medido antes da expansão
☐ Proprietário para monitoramento de custos e revisão periódica

Fontes Profissionais

Salesforce Data 360 — https://www.salesforce.com/data/
Salesforce Data 360 Architecture — https://architect.salesforce.com/docs/architect/fundamentals/guide/data-360-architecture.html
HPI Pro – Integrações e Dados — https://hpi.pro/integrations-data

Perguntas Frequentes

O que o Zero Copy realmente economiza?

Ele economiza o pipeline e a duplicação: não há ETL para manter, não há cópia que envelhece e não há dúvida sobre qual cópia está correta. O que ele não economiza é o processamento – a consulta ainda é executada, mas no local onde os dados residem, utilizando o orçamento do proprietário dos dados.

Quando ainda é preferível copiar os dados?

Quando é necessário um tempo de resposta baixo e estável para uso operacional, quando a fonte não é estável ou é limitada em sua taxa de consultas, quando é preciso recuperar um histórico para um ponto específico no tempo, ou quando a fonte pode desaparecer. Nesses casos, a ingestão controlada é a escolha mais responsável.

O Zero Copy é adequado para operações em tempo real?

Menos. Uma consulta virtual é adequada para segmentação, análise e enriquecimento de contexto, mas um processo operacional que aguarda uma resposta em frações de segundo deveria depender de um valor pré-calculado e armazenado próximo ao consumidor.

Como ficam a governança e as permissões no acesso virtual?

Elas permanecem principalmente na fonte, o que é uma vantagem: não há uma cópia separada para proteger. No entanto, é fundamental definir explicitamente a identidade pela qual a consulta é executada, o que é exposto a quem na ponta consumidora e como a auditoria é registrada. Caso contrário, pode-se criar uma exposição mais ampla do que a existente no sistema de origem.

Como estimar os custos antecipadamente?

Com base em três fatores: a frequência da consulta, o volume de dados escaneados em cada execução e a quantidade de tráfego entre ambientes e regiões. Uma consulta abrangente que é executada a cada quinze minutos pode custar mais do que uma cópia diária dos mesmos dados. É aconselhável medir em um projeto piloto antes de escalar.