Preços da proteção de dados sensíveis

Nesta página, você encontra informações sobre os preços da proteção de dados sensíveis. Os preços nesta página estão listados em dólares americanos (USD).

A proteção de dados sensíveis exige informações de faturamento de todas as contas antes de começar a usar o serviço. Para se inscrever para o faturamento, acesse a página de faturamento do projeto no console do Google Cloud.

A proteção de dados sensíveis cobra pelo uso com base na tabela de preços a seguir. Você receberá uma conta no fim de cada ciclo de faturamento que lista o uso e as cobranças desse ciclo.

O cancelamento prematuro de uma operação em andamento ainda gera custos para a parte da operação que foi concluída.

Visão geral dos preços da proteção de dados sensíveis

Os preços da proteção de dados sensíveis têm três componentes principais:

Preços de inspeção e transformação

A proteção de dados sensíveis oferece um conjunto de recursos para inspecionar e transformar dados. Em todos esses cenários, você paga apenas pelo que usa, sem nenhum compromisso antecipado.

Inspeção e transformação: atributos com suporte

A proteção de dados sensíveis oferece suporte aos recursos de inspeção e transformação resumidos na tabela a seguir:

Recurso Descrição
Inspeção com detectores de infoType integrados Cada classificador integrado detecta um elemento de dados diferente, como nomes, números de telefone, endereços de e-mail, CPF ou CNPJ e muito mais.
Inspeção com detectores de infoType personalizados Permite que o dicionário personalizado definido classifique novos elementos ou aumente os infoTypes predefinidos.
Edição de imagem Extrai textos de imagens, classifica-os e gera uma nova imagem com caixas retangulares que mascaram qualquer resultado.
Desidentificação Transforma dados tabulares ou de texto livre para mascarar, editar ou ofuscar por coluna, registro ou resultado de infoType.

Inspeção e transformação de dados em sistemas de armazenamento do Google Cloud

O método projects.dlpJobs.create permite criar um job de inspeção que inspeciona dados confidenciais em determinados sistemas de armazenamento do Google Cloud. A cobrança é feita de acordo com os preços dos jobs de inspeção de armazenamento. Se o job de inspeção também estiver configurado para desidentificar as descobertas, você também será cobrado de acordo com os preços do job de transformação de armazenamento.

Preços do job de inspeção de armazenamento

Os jobs de armazenamento de proteção de dados sensíveis são faturados com base em bytes inspecionados de acordo com a seguinte programação:

Dados de armazenamento inspecionados por mês Preço por gigabyte (GB)
Até 1 GB Sem custo financeiro
De 1 GB a 50 terabytes (TB) US$1,00
Acima de 50 TB R$0,75
Acima de 500 TB R$0,60

Se você configurar um job de inspeção para salvar as descobertas em uma tabela do BigQuery, o uso de faturamento e cota da operação tabledata.insertAll será aplicado ao projeto que contém a tabela de destino.

Para mais informações sobre como inspecionar conteúdo armazenado no Google Cloud, consulte Como inspecionar dados confidenciais em armazenamento e bancos de dados.

Preços dos jobs de transformação do armazenamento

Os jobs de armazenamento de proteção de dados sensíveis são faturados com base em bytes transformados de acordo com a seguinte programação:

Dados de armazenamento transformados por mês Preço por gigabyte (GB)
Até 1 GB Sem custo financeiro
De 1 GB a 50 terabytes (TB) US$1,00
Acima de 50 TB R$0,75
Acima de 500 TB R$0,60

Se você optar por armazenar os detalhes da transformação em uma tabela do BigQuery, o uso de faturamento e cota da operação tabledata.insertAll serão aplicados ao projeto que contém a tabela de destino.

Para mais informações sobre como desidentificar conteúdo armazenado no Google Cloud, consulte Desidentificação de dados confidenciais no armazenamento.

Inspeção de dados de qualquer fonte

O método projects.dlpJobs.create permite criar um job híbrido que inspecione dados confidenciais de qualquer origem, incluindo origens fora do Google Cloud. A cobrança será feita com base nos bytes inspecionados, de acordo com a programação a seguir:

Dados híbridos inspecionados por mês Preço por GB
Até 1 GB Sem custo financeiro
Mais de 1 GB US$3,00
Acima de 1 TB US$2,00

Se você não paga em dólar americano, valem os preços na sua moeda local listados na página SKUs do Cloud Platform.

É cobrado no mínimo 1 KB por solicitação de inspeção híbrida.

Se você configurar um job de inspeção híbrido para salvar as descobertas em uma tabela do BigQuery, o uso de faturamento e cota da operação tabledata.insertAll será aplicado ao projeto que contém a tabela de destino.

Para mais informações sobre como inspecionar dados de qualquer fonte, consulte Jobs híbridos e acionadores de jobs.

Inspeção e transformação por métodos de conteúdo

Os métodos de conteúdo estão listados na seguinte tabela, junto às notações dos tipos de cobrança referentes a cada método:

Método de API Inspeção de conteúdo Transformação de conteúdo
projects.image.redact Sim Não
projects.content.inspect Sim Não
projects.content.deidentify Sim Sim
projects.content.reidentify Sim Sim

Preços do método de inspeção de conteúdo

Os preços dos métodos de conteúdo de proteção de dados sensíveis são faturados com base nos bytes inspecionados de acordo com a seguinte programação:

Dados de conteúdo inspecionados por mês Preço por GB
Até 1 GB Sem custo financeiro
Mais de 1 GB US$3,00
Acima de 1 TB US$2,00

Preços do método de transformação de conteúdo

Os preços dos métodos de conteúdo de proteção de dados sensíveis são cobrados com base nos bytes transformados de acordo com a seguinte programação:

Dados de conteúdo transformados por mês Preço por GB
Até 1 GB Sem custo financeiro
Mais de 1 GB US$2,00
Acima de 1 TB US$1,00

Se você não paga em dólar americano, valem os preços na sua moeda local listados na página SKUs do Cloud Platform.

É faturado um mínimo de 1 KB por solicitação de inspeção ou transformação de conteúdo.

Inspeção e transformação: outros encargos e recursos sem custo financeiro

Além das cobranças faturadas diretamente pela Proteção de Dados Sensíveis, as solicitações configuradas para invocar outros produtos do Google Cloud podem resultar em cobranças próprias. O método projects.content.inspect, por exemplo, gera tarifas caso seja direcionado para inspecionar objetos do Cloud Storage.

Alguns métodos podem resultar em cobranças por inspeção, transformação ou ambas, dependendo da configuração deles. É o caso dos métodos projects.content.deidentify e projects.content.reidentify em que, por exemplo, a transformação é configurada, mas a inspeção não. O mesmo caso se aplica à transformação quando somente a inspeção está configurada.

A edição simples, que inclui as transformações RedactConfig e ReplaceWithInfoTypeConfig, não é contabilizada no número de bytes transformados, em que a inspeção de infoType for configurada.

Exemplos de preços de inspeção e transformação

Esta seção contém vários exemplos de cenários de uso de inspeção e transformação, além de cálculos de preço para cada um.

Cenário 1: inspeção e transformação de dados usando métodos de conteúdo

Suponha que você tenha pouco mais de 10 GB de dados estruturados (tabulares). Você faz o streaming dos dados para a API DLP, instruindo a Proteção de Dados Sensíveis na solicitação de inspect em busca de 50 detectores de infoType integrados diferentes e desidentificar quaisquer correspondências que encontrar usando a transformação de tokenização criptográfica. Após realizar a operação de desidentificação, você observa que a Proteção de Dados Sensíveis correspondeu e transformou cerca de 20% dos dados, ou cerca de 2 GB.

Preços:

  • Inspeção: 10 GB de dados × US$3,00 por GB = US$30,00
  • Transformação: 2 GB × US$2,00 por GB = US$4,00
  • Total: US$34,00

Cenário 2: transformação de dados estruturados usando apenas métodos de conteúdo

Suponha que você tenha uma tabela de 10 GB e queira transformar três colunas (user_id, email, phone_number) usando a transformação de tokenização criptográfica. As três colunas representam aproximadamente 30% da tabela. Como você está especificando colunas inteiras para a operação de transformação, nenhuma inspeção é necessária.

Preços:

  • Inspeção: 0 GB de dados = US$0,00
  • Transformação: 3 GB de dados × US$2,00 por GB = US$6,00
  • Total: US$6,00

Cenário 3: inspeção e transformação de dados não estruturados com métodos de conteúdo

Suponha que você tenha 10 GB de registros de chat não estruturados. Você quer inspecionar e desidentificar as descobertas do infoType. Para fazer isso, é preciso inspecionar o payload inteiro e, em seguida, transformar as descobertas. 20% de todo o texto são descobertas.

Preços:

  • Inspeção: 10 GB de dados × US$3,00 por GB = US$30,00
  • Transformação: 2 GB de dados × US$2,00 por GB = US$4,00
  • Total: = US$34,00

Cenário 4: inspeção do repositório de armazenamento usando jobs de armazenamento

Digamos que você queira inspect 1.000 tabelas do BigQuery. Cada tabela tem cerca de 1 GB, totalizando em 1 TB. Sem querer ou precisar verificar cada tabela por completo, você ativou o recurso amostragem para verificar apenas 1.000 linhas de cada tabela verificada. Cada linha tem cerca de 10 KB.

Preços:

  • Dados para serem inspecionados: 1.000 tabelas × 1.000 linhas por tabela × 10 KB por linha = total de 10 GB digitalizados
  • Total: 10 GB × US$1,00 por GB = US$10,00

Cenário 5: inspeção e transformação do repositório de armazenamento usando jobs de armazenamento

Suponha que você tenha 5 GB de dados de texto estruturados (tabulares) e não estruturados (formato livre) em um bucket do Cloud Storage. Você cria um job de inspeção que instrui a Proteção de Dados Sensíveis a inspecionar 25 detectores de InfoType integrados diferentes e a desidentificar qualquer correspondência encontrada usando a transformação de tokenização criptográfica. Após executar a operação de desidentificação, você observa que a Proteção de Dados Sensíveis correspondeu e transformou 25% dos dados, ou 1,25 GB.

Preços:

  • Inspeção: 5 GB de dados × US$1,00 por GB = US$5,00
  • Transformação: 1,25 GB × US$1,00 por GB = US$1,25
  • Total: USD 6,25

Preços do Discovery

Nesta seção, descrevemos o custo para gerar perfis de dados. Os perfis de dados são métricas e insights de alto nível sobre seus dados. A descoberta está disponível para dados do BigQuery, Cloud SQL e BigLake. Para mais informações, consulte Recursos compatíveis.

A proteção de dados sensíveis oferece dois modos de preços para o serviço de descoberta:

  • Preços de consumo. No modo de consumo, projetos ou organizações estão sujeitos a preços por GB com base no tamanho das tabelas com perfil.
  • Preço de assinatura com taxa fixa. No modo de assinatura, você escolhe explicitamente quanto tempo de computação (capacidade) reservar para a criação de perfil. Seus perfis são gerados dentro dessa capacidade, e você paga por essa capacidade continuamente a cada segundo em que ela é implantada. Você terá essa capacidade até cancelar a assinatura. Não há cobrança para bytes criados com perfil ao usar esse modo de preços.

    O modo de preços de assinatura oferece custos previsíveis e consistentes, independente do crescimento dos seus dados.

Por padrão, a cobrança é feita de acordo com o modo de preços de consumo.

Os preços do serviço de descoberta são os seguintes:

Modo de preço Detalhes de preços
Modo de consumo
  • São cobrados US$0,03 por GB de dados do BigQuery criados.
  • Cada tabela do BigLake criada é faturada como uma tabela de 300 GB.
  • Será cobrado US$0,03 por GB de dados do Cloud SQL criados, com um mínimo de US$0,01 para cada tabela.
Modo de assinatura
  • Serão cobrados US$2.500 por unidade de assinatura.
  • Cada unidade de assinatura gera o perfil de aproximadamente 10 mil tabelas padrão1 ou 2.000 tabelas do BigLake ou uma combinação das duas2.

    O escopo de uma assinatura é uma organização ou um projeto. Uma assinatura no nível da organização não se aplica a uma configuração de verificação para envolvidos no projeto.

1 Tabelas do BigQuery ou do Cloud SQL.

2 A capacidade real varia de acordo com a complexidade dos dados e dos tipos de tabela. Para mais informações, consulte Descoberta: preços do modo de assinatura.

Descoberta: estime os custos da criação de perfis

Antes de escolher um modo de preços para o serviço de descoberta, recomendamos que você gere uma estimativa. Uma estimativa ajuda a entender a quantidade de dados e quanto pode custar para criar o perfil desses dados nos modos de assinatura e de consumo. Para ver mais informações, consulte os seguintes tópicos:

Discovery: preços do modo de consumo

Quando você inicia a criação de perfil de dados, todas as suas tabelas recebem o perfil. Você receberá cobranças de acordo com a taxa listada. Por exemplo, uma tabela de 10 GB custa US$0,30 para criar um perfil.

O número de bytes faturáveis por tabela é igual ao tamanho dela ou 3 TB, o que for menor.

Exemplos de preços do modo de consumo

Nesta seção, você verá exemplos de cenários de uso relacionados à criação de dados, além de cálculos de preços.

Estes exemplos são baseados na frequência padrão da criação de perfil.

Cenário 1: criação de dados para toda a organização

Digamos que você tenha 10 TB de dados em toda a organização. Todo mês, você adiciona o seguinte:

  • 1 TB de dados em novas tabelas.
  • 1 TB de dados em novas colunas nas tabelas atuais. Isso equivale a 5 TB de dados que representam tabelas com alterações de esquema.
Mês 1: os perfis são criados para todos os dados
Dados Preço
Dados iniciais: 10 TB de dados são analisados.
10.000 GB x US$0,03
R$300,00
1 TB de dados é adicionado como novas tabelas (coletadas diariamente) ao longo do mês. A criação de perfil é acionada logo após a adição das novas tabelas.
1.000 GB x US$0,03
R$30,00
5 TB de dados representando tabelas com alterações de esquema. A nova criação de perfil está agendada para o próximo mês. USD 0
Total US$330,00
Mês 2: o perfil das tabelas com alterações no esquema é recriado
Dados Preço
Dados iniciais: 12 TB no total. 5 TB de dados estão definidos para a nova criação de perfil devido a tabelas com mudanças de esquema no mês passado.
Quando uma tabela é definida para recriar, o perfil de toda a tabela é recriado. As cobranças são baseadas no tamanho total da mesa.
5.000 GB x US$0,03
R$150,00
1 TB de dados é adicionado como novas tabelas (coletadas diariamente) ao longo do mês. A criação de perfil é acionada logo após a adição das novas tabelas.
1.000 GB x US$0,03
R$30,00
5 TB de dados representando tabelas com alterações de esquema. A nova criação de perfil está agendada para o próximo mês. USD 0
Total US$180,00

Cenário 2: criação de perfil de dados em toda a organização com esquema de dados estáticos

Digamos que você tenha 5 TB de dados em toda a organização. Todo mês, você adiciona 1 TB de novos dados em novas tabelas. As tabelas atuais não têm alterações de esquema (sem novas colunas), mas têm linhas extras.

Mês 1: os perfis são criados para todos os dados
Dados Preço
Dados iniciais: 5 TB de dados são criados.
5.000 GB x US$0,03
R$150,00
1 TB de dados é adicionado como novas tabelas (coletadas diariamente) ao longo do mês. A criação de perfil é acionada logo após a adição das novas tabelas.
1.000 GB x US$0,03
R$30,00
Total US$180,00
Mês 2: somente as novas tabelas são criadas
Dados Preço
Dados estáticos: 6 TB. Como as tabelas atuais permanecem inalteradas, uma nova verificação não é acionada. USD 0
1 TB de dados é adicionado como novas tabelas (coletadas diariamente) ao longo do mês.
1.000 GB x US$0,03
R$30,00
Total R$30,00

Descoberta: preços do modo de assinatura

Uma unidade de assinatura é uma reserva de tempo de computação (capacidade) que a proteção de dados sensíveis usa para gerar um perfil.

Tabelas criadas por perfil por unidade de assinatura

A capacidade de geração de perfis depende da complexidade e do tipo das tabelas com o perfil criado. Os fatores determinantes incluem:

  • presença de dicionários personalizados grandes (não recomendado para perfis).
  • Tipo de tabela. Uma tabela do BigLake usa cinco vezes a capacidade de uma tabela não BigLake.

A tabela a seguir mostra exemplos de capacidade de processamento por unidade de assinatura.

Contagem de unidades de assinatura Custo por mês Perfis por mês
(contagem de assinaturas * 10.000)
1 unidade US$ 2.500 10.000 tabelas padrão1 ou 2.000 tabelas do BigLake ou uma combinação das duas
2 unidades US$ 5.000 20.000 tabelas padrão ou 4.000 tabelas do BigLake ou uma combinação
4 unidades US$ 10.000 de 40.000 tabelas padrão ou 8.000 tabelas do BigLake ou uma combinação
20 unidades US$ 50.000 200.000 tabelas padrão ou 40.000 tabelas do BigLake ou uma combinação

1 Tabelas do BigQuery ou do Cloud SQL.

Se você precisar de mais de 20 unidades, envie um e-mail para a equipe de engenharia da Proteção de Dados Sensíveis pelo e-mail cloud-dlp-feedback@google.com.

Escopo da assinatura

O escopo de uma assinatura é uma organização ou um projeto. Uma assinatura no nível da organização não se aplica a uma configuração de verificação para envolvidos no projeto.

Vigência da assinatura

O primeiro mês da assinatura é um período de um mês. Após esse período, você receberá uma cobrança mensal e poderá cancelar ou editar a assinatura a qualquer momento.

  • Não é possível excluir ou reduzir unidades de uma assinatura mensal durante o primeiro mês.
  • Após o primeiro mês, é possível excluir ou mudar unidades de assinatura a qualquer momento, e você vai receber cobranças apenas pelos minutos em que a assinatura ficou ativa.
  • Se você não cancelar a assinatura, continuará recebendo cobranças.

Exemplo

Suponha que você tenha comprado uma unidade de assinatura às 6h do dia 5 de outubro. Os seguintes se aplicam:

  • As cobranças começam a ser feitas nesse momento.
  • Não é possível cancelar ou reduzir a assinatura até as 6:00:00 no dia 4 de novembro.
  • Se você cancelar às 7h10m10 do dia 5 de novembro, a cobrança será feita pelo mês mais um dia, uma hora, dez minutos e dez segundos (das 6h10 de 5 de outubro às 7h10m10 do dia 5 de novembro).

Expiração do período de assinatura

No final do prazo inicial da assinatura, o faturamento vai continuar mensalmente, e a assinatura vai permanecer em vigor.

Comprar uma assinatura

  1. No Console do Google Cloud, acesse a página Assinaturas.

    Acessar "Assinaturas"

  2. Selecione o projeto ou a organização em que você quer comprar uma assinatura.

    Se você comprar uma assinatura no nível da organização, ela não se aplicará quando você criar uma configuração de verificação para envolvidos no projeto. Da mesma forma, se você comprar uma assinatura no nível do projeto, ela se aplicará apenas ao projeto.

  3. Ao lado de Modo de preços, clique em Mudar para assinaturas.

  4. Siga as instruções para concluir a compra.

Capacidade provisionada insuficiente

Se a criação de perfil de um projeto, pasta ou organização exigir mais capacidade do que a atualmente disponível, a proteção de dados sensíveis coloca o trabalho em fila e espera que a capacidade fique disponível. À medida que a criação de perfil é feita e a capacidade é liberada, o trabalho na fila é selecionado para execução.

Se a demanda de criação de perfil exceder a capacidade da assinatura, você não vai receber cobranças extras. Ou seja, você não é cobrado por capacidade adicional nem por capacidade adicional a uma taxa de consumo. Os recursos para o perfil serão adicionados a uma fila interna e terão o perfil criado quando a capacidade estiver disponível.

Portanto, ao decidir quantas unidades de assinatura comprar, você pode optar por provisionar menos que o necessário caso queira esperar a criação dos perfis. Por exemplo, você pode comprar uma unidade de assinatura mesmo que a contagem total da tabela atual ultrapasse 10.000.

Como monitorar o uso

Na página Detalhes da API/serviço da Proteção de Dados Sensíveis, é possível conferir a capacidade usada para sua assinatura.

Capacidade usada para criação de perfil por dia

Neste exemplo, o cliente comprou uma assinatura de tamanho 1. Ele é capaz de criar o perfil de aproximadamente 333 tabelas padrão ou 66 tabelas do BigLake por dia. Esses números não são limites diários. À medida que os recursos são disponibilizados ao longo das assinaturas do mês, é possível que você observe algumas flutuações no uso.

Tratamento de erros

Em alguns casos, os perfis podem ser gerados com erros e ainda consumirem capacidade. Veja a seguir alguns cenários em que esse problema pode ocorrer. Essa não é uma lista completa.

  • As tabelas para criar um perfil estão dentro dos limites do VPC Service Controls.
  • O agente de serviço não tem as permissões do Identity and Access Management.
  • Foram feitas alterações de configuração nos modelos de inspeção ou configuração da verificação de descoberta.

Esses erros ainda podem consumir sua capacidade, porque o sistema ainda executa o trabalho para tentar gerar perfis. Você vai receber um perfil parcial com informações sobre por que a proteção de dados sensíveis não conseguiu gerar o perfil completo.

Descoberta: programação da criação de perfil

A programação padrão de criação de perfil é descrita em Frequência padrão de geração de perfis de dados. Você pode ajustar a programação na configuração da verificação. Isso é válido para os modos de consumo e assinatura.

No modo de assinatura, se você provisionar a capacidade de modo insuficiente, a criação de perfil poderá ser executada com menos frequência do que o solicitado. A capacidade é distribuída uniformemente entre os recursos para criar o perfil no projeto ou na organização. À medida que a capacidade fica disponível, a proteção de dados sensíveis seleciona os recursos da fila para gerar o perfil, maximizando a capacidade.

Descoberta: faturamento do BigQuery e consumo de cotas

O processo de criação de perfil dos dados do BigQuery não gera cobranças nem consome a cota do BigQuery. No entanto, as cobranças e cotas padrão do BigQuery se aplicam quando você exporta os perfis de dados para uma tabela do BigQuery.

Descoberta: preços para exportar perfis de dados

A tabela a seguir mostra o faturamento e o consumo de cotas do uso de outros serviços do Google Cloud quando você exporta perfis de dados para eles. Para configurar a exportação, ative determinadas ações na configuração da verificação de descoberta.

Ação Consumo de cota Cobranças
Publicar no Chronicle Não relevante Dependendo do seu contrato, o Chronicle poderá cobrar pela ingestão ou pelo armazenamento de dados. Entre em contato com seu gerente de contas do Google Cloud para mais informações.
Publicar no Security Command Center Não relevante Sujeito a cobranças do Security Command Center, dependendo do nível de serviço: Standard ou Premium.1
Salvar cópias do perfil de dados no BigQuery Consome a cota do BigQuery no contêiner do agente de serviço2 ou no projeto com o perfil criado3. São aplicadas as cobranças padrão do BigQuery. As cobranças são aplicadas ao contêiner do agente de serviço2 ou ao projeto com o perfil criado3
Publicar no Pub/Sub Consome a cota do Pub/Sub no contêiner do agente de serviço2 ou no projeto com o perfil criado3 Sujeito a cobranças padrão do Pub/Sub. As cobranças são aplicadas ao contêiner do agente de serviço2 ou ao projeto com o perfil criado3
Enviar para o Dataplex como tags Não relevante Sujeito a cobranças de armazenamento de metadados e cobranças de API do Dataplex.

1A proteção de dados sensíveis funciona com o Security Command Center nos níveis Standard e Premium.

2 Quando você cria um perfil de dados no nível da organização ou da pasta, as cobranças e o consumo de cota são aplicados ao contêiner do agente de serviço.

3 Quando você cria um perfil de dados para envolvidos no projeto, as cobranças e o consumo de cota são aplicados ao projeto em questão.

Descoberta: preços para testes de tabela única

É possível explorar a criação de perfil de dados com a proteção de dados sensíveis sem custos financeiros usando uma configuração de tabela única. As execuções de perfil de configuração de tabela única são oferecidas sem custos financeiros para as primeiras 25 gerações de perfis em um projeto.

Os bytes processados nas primeiras 25 verificações não são cobrados, mas as cobranças relacionadas pelo uso de serviços conectados ainda se aplicam. As gerações de perfis gratuitos são limitadas a tabelas com tamanho menor ou igual a 1 TB.

O objetivo desse modo de teste é permitir que você faça experimentos e teste a funcionalidade de proteção de dados sensíveis. Ele não é destinado à criação de perfis em grande escala. A cobrança será feita com base no modo de preços de descoberta escolhido para verificações de tabelas com mais de 1 TB ou depois que 25 perfis gratuitos forem gerados. É possível verificar quantas verificações gratuitas permanecem disponíveis no Console do Google Cloud. O Google se reserva o direito de encerrar esta oferta a qualquer momento, sujeito aos Termos de Serviço do Google Cloud Platform.

Análise de risco

A análise de risco utiliza recursos do BigQuery e a cobrança será por uso do BigQuery. A proteção de dados sensíveis não gera cobranças extras para análise de risco.

Jobs de análises de risco são criados por meio do método projects.dlpJobs.create com os seguintes objetos de configuração:

Como controlar custos

Dependendo da quantidade de informações que você instruir a proteção de dados sensíveis a verificar, é possível que os custos se tornem inviáveis. Para conhecer os vários métodos que podem ser usados para manter os custos baixos e, ao mesmo tempo, garantir o uso da proteção de dados sensíveis para verificar exatamente os dados pretendidos, consulte Como manter os custos da proteção de dados sensíveis sob controle.

A seguir

Solicite uma cotação personalizada

Com os preços de pagamento por utilização do Google Cloud, você paga apenas pelos serviços que usa. Fale com nossa equipe de vendas e receba uma cotação personalizada para sua organização.
Entre em contato