Compartilhamento de dados do Snowflake

O Compartilhamento Seguro de Dados do Snowflake permite que a Braze forneça acesso seguro aos dados no nosso portal Snowflake sem se preocupar com atritos no fluxo de trabalho, lentidão, pontos de falha e custos desnecessários que acompanham os relacionamentos típicos com provedores de dados. O compartilhamento de dados pode ser configurado por meio da integração a seguir ou por meio das Contas de Leitor do Snowflake.

O Compartilhamento de Dados do Snowflake faz parte da Distribuição de Dados da Braze. Para uma visão geral completa das opções de Distribuição de Dados, consulte Distribuição de dados.

Dica

Quer ter acesso a dados no nível do Snowflake sem precisar de uma conta do Snowflake?
Confira as Contas de Leitor do Snowflake. Com as Contas de Leitor, a Braze cria e compartilha seus dados em uma conta e fornece credenciais para que você faça login e acesse seus dados. Isso faz com que todo o compartilhamento de dados e a cobrança de uso sejam gerenciados inteiramente pela Braze.

Direitos de distribuição de dados

Seu direito de distribuição de dados determina quais tipos de eventos estão disponíveis no seu compartilhamento de dados. A Braze organiza os eventos nas seguintes categorias:

Em caso de dúvidas sobre quais eventos estão incluídos no seu direito, entre em contato com seu gerente de conta ou gerente de sucesso do cliente da Braze.

Sobre o Secure Data Sharing

Com o compartilhamento de dados, nenhum dado é copiado ou transferido entre contas. Todo o compartilhamento acontece por meio da camada de serviços e do armazenamento de metadados exclusivos do Snowflake. Esse conceito é importante porque os dados compartilhados não ocupam espaço de armazenamento na sua conta. Portanto, eles não aumentam suas cobranças mensais de armazenamento de dados. As únicas cobranças são pelos recursos de computação (como data warehouses virtuais) usados para consultar os dados compartilhados.

Além disso, com as funções e os recursos de permissões integrados do Snowflake, você pode controlar e governar o acesso aos dados compartilhados pela Braze usando os controles de acesso que já existem na sua conta Snowflake e nos dados dela. O acesso pode ser restrito e monitorado da mesma forma que os seus próprios dados.

• Reduza o tempo para obter insights
  Diga adeus aos processos de ETL que levam semanas para serem desenvolvidos. As arquiteturas exclusivas da Braze e do Snowflake tornam todos os dados de engajamento do cliente e de campanhas acessíveis e consultáveis assim que chegam ao data lake. Nenhum dado é copiado ou movido, então você pode entregar experiências do cliente com base apenas nas informações mais relevantes e atualizadas.
• Elimine silos de dados
  Crie uma visão completa dos seus clientes em todos os canais e plataformas. O compartilhamento de dados facilita como nunca a combinação dos dados de engajamento do cliente da Braze com todos os seus outros dados no Snowflake. Assim, você gera insights mais ricos a partir de uma única fonte de verdade confiável.
• Veja como está o seu engajamento
  Otimize suas estratégias de engajamento do cliente com o Braze Benchmarks. Essa ferramenta interativa, desenvolvida pela Braze e pelo Snowflake, permite comparar os dados de engajamento da sua marca com benchmarks de diferentes canais, setores e plataformas de dispositivos.

Para saber mais sobre o compartilhamento de dados do Snowflake, consulte Introdução ao Secure Data Sharing.

Pré-requisitos

Configuração do Secure Data Sharing

No Snowflake, o compartilhamento de dados acontece entre um provedor de dados e um consumidor de dados. Nesse contexto, sua conta Braze é o provedor de dados, porque é ela que cria e envia o datashare. Já sua conta Snowflake é o consumidor de dados, porque usa o datashare para criar um banco de dados. Para saber mais, consulte Snowflake: Consuming Shared Data.

Etapa 1: Envie o datashare a partir da Braze

1. Na Braze, acesse Partner Integrations > Data Sharing.
2. Insira os detalhes e o localizador da sua conta Snowflake. Para obter o localizador da conta, execute SELECT CURRENT_ACCOUNT() na conta de destino.
3. Se estiver usando um compartilhamento CRR, especifique o provedor de nuvem e a região.
4. Quando terminar, selecione Create Datashare. Isso enviará o compartilhamento de dados para a sua conta Snowflake.

Etapa 2: Crie o banco de dados no Snowflake

1. Depois de alguns minutos, você deverá receber o datashare de entrada na sua conta Snowflake.

2. Usando o datashare de entrada, crie um banco de dados para visualizar e consultar as tabelas. Por exemplo:

   
   1
   
    CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name>
   
   

3. Conceda privilégios para consultar o novo banco de dados.

Aviso

Se você excluir e recriar um compartilhamento no dashboard da Braze, precisará descartar o banco de dados criado anteriormente e recriá-lo usando CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name> para consultar o compartilhamento de entrada. Se você tiver vários espaços de trabalho compartilhando dados com a mesma conta Snowflake, consulte as Perguntas frequentes sobre o Snowflake Data Sharing para obter orientações sobre como gerenciar configurações com vários espaços de trabalho.

Uso e visualização

Depois que o compartilhamento de dados for provisionado, crie um banco de dados a partir do compartilhamento de dados recebido. Assim, todas as tabelas compartilhadas aparecem na sua instância do Snowflake e podem ser consultadas como qualquer outro dado armazenado na sua instância. No entanto, lembre-se de que os dados compartilhados são somente leitura: eles podem ser consultados, mas não podem ser modificados nem excluídos de forma alguma.

Assim como no Currents, você pode usar o Snowflake Secure Data Sharing para:

• Criar relatórios complexos
• Realizar modelagem de atribuição
• Compartilhar dados de forma segura dentro da sua empresa
• Mapear dados brutos de eventos ou dados de usuários para um CRM (como o Salesforce)
• E muito mais

Baixe os esquemas das tabelas brutas.

Nota

O download do esquema bruto não inclui as visualizações de atributos do perfil de usuário. Para ver os esquemas completos e as orientações de uso de USER_DEFAULT_ATTRIBUTES_VIEW_SHARED, USER_LATEST_STATE_DEFAULT_ATTRIBUTES_VIEW_SHARED e das visualizações de atributos de usuário relacionadas, consulte Atributos do perfil de usuário.

Esquema de ID de usuário

Observe as seguintes diferenças entre as convenções de nomenclatura da Braze e do Snowflake para IDs de usuário.

Informações importantes e limitações

Alterações significativas versus não significativas

Alterações não significativas

Alterações não disruptivas podem acontecer a qualquer momento e geralmente fornecem funcionalidades adicionais. Exemplos de alterações não disruptivas:

• Adição de uma nova tabela ou visualização
• Adição de uma coluna a uma tabela ou visualização existente

Importante

Como novas colunas são consideradas alterações não significativas, a Braze recomenda fortemente que você liste explicitamente as colunas de interesse em cada consulta em vez de usar consultas SELECT *. Outra opção é criar visualizações que nomeiem as colunas explicitamente e, então, consultar essas visualizações em vez de consultar as tabelas diretamente.

Alterações significativas

Sempre que possível, mudanças incompatíveis são precedidas por um anúncio e um período de migração. Exemplos de mudanças incompatíveis incluem:

• Remoção de uma tabela ou visualização
• Remoção de uma coluna de uma tabela ou visualização existente
• Alteração do tipo ou da nulabilidade de uma coluna existente

Como a Braze comunica alterações significativas

Se a Braze precisar fazer uma alteração significativa, como remover uma tabela ou uma coluna, ela envia um aviso prévio por e-mail para todos os administradores de cada empresa que tenha o Snowflake Data Sharing configurado. Para saber mais sobre a função de administrador da empresa, consulte Permissões da Braze.

Confira se pelo menos um administrador da empresa pode encaminhar esses avisos para a equipe que mantém suas consultas do Snowflake.

Regiões do Snowflake

Atualmente, a Braze hospeda todos os dados no nível do usuário nestas regiões AWS do Snowflake:

• US East-1
• EU-Central (Frankfurt)
• AP-Northeast-1 (Tóquio)
• AP-Southeast-2 (Sydney)
• AP-Southeast-3 (Jacarta)

Para usuários fora dessas regiões, a Braze pode fornecer compartilhamento de dados a clientes em comum que hospedam sua infraestrutura do Snowflake em qualquer região da AWS, Azure ou GCP.

Retenção de dados

Política de retenção

Todos os dados com mais de dois anos serão arquivados e transferidos para armazenamento de longo prazo. Como parte do processo de arquivamento, todos os eventos são anonimizados e todos os campos sensíveis com informações de identificação pessoal (IPI) são removidos (isso inclui campos opcionalmente IPI, como properties). Os dados arquivados ainda contêm o campo user_id, o que permite a análise de dados por usuário em todos os dados de eventos.

Você poderá consultar os dados dos dois anos mais recentes de cada evento na visualização USERS_*_SHARED correspondente. Além disso, cada evento terá uma visualização USERS_*_SHARED_ALL, que pode ser consultada para retornar dados anonimizados e não anonimizados.

Dados históricos

O arquivo de dados históricos de eventos no Snowflake remonta a abril de 2019. Nos primeiros meses em que a Braze armazenou dados no Snowflake, foram feitas alterações no produto que podem ter feito com que parte desses dados pareça um pouco diferente ou tenha alguns valores nulos (já que, nessa época, não estávamos passando dados para todos os campos disponíveis). Portanto, é melhor presumir que qualquer resultado que inclua dados anteriores a agosto de 2019 pode parecer um pouco diferente do esperado.

Conformidade com o Regulamento Geral sobre a Proteção de Dados (GDPR)

Nearly every event record Braze stores includes a few fields representing users’ personally identifiable information (PII). Some events may include email address, phone number, device ID, language, gender, and location information. If a user’s request to be forgotten is submitted to Braze, we will null out those PII fields for any event belonging to those users. This way, we’re not removing the historical record of the event, but now the event can never be tied back to a specific individual.

Velocidade, desempenho e custo das consultas

A velocidade, o desempenho e o custo de qualquer consulta executada sobre os dados são determinados pelo tamanho do warehouse que você usa para consultar os dados. Em alguns casos, dependendo da quantidade de dados que você acessa para análise, pode ser necessário usar um warehouse maior para que a consulta seja bem-sucedida. O Snowflake oferece ótimos recursos sobre como determinar o melhor tamanho a ser usado, incluindo Visão geral dos warehouses e Considerações sobre warehouses.

Dica

Para ver um conjunto de consultas de exemplo para consultar ao configurar o Snowflake, confira nossos exemplos de consultas de amostra e de configuração do pipeline de eventos ETL.