Preços da Proteção de Dados Sensíveis

Esta página tem 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. Somente depois disso será possível usar o serviço. Para se registrar para fins de faturamento, acesse a página de faturamento do seu projeto no console do Google Cloud.

A cobrança de uso da Proteção de Dados Sensíveis tem como base a tabela de preços a seguir. Você receberá uma cobrança no fim de cada ciclo de faturamento que lista o uso e as cobranças desse ciclo.

Cancelamentos prematuros de uma operação durante um job ainda geram custos relativos à parte concluída da operação.

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 centrais:

• Os preços de inspeção e transformação descrevem o custo de inspecionar e transformar dados usando jobs e métodos content.
• Os preços de descoberta descrevem o custo de gerar métricas e insights de alto nível sobre os dados.
• Os preços da análise de riscos descrevem o custo de analisar dados sensíveis para achar propriedades que podem aumentar o risco de os titulares serem identificados.

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

A Proteção de Dados Sensíveis tem um conjunto de recursos de inspeção e transformação de dados. Em todos esses cenários, você paga apenas pelo que usa, sem nenhum compromisso antecipado.

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

A Proteção de Dados Sensíveis oferece suporte para recursos de inspeção e transformação, resumidos na seguinte tabela:

Inspeção e transformação de dados nos sistemas do Google Cloud Storage

O método projects.dlpJobs.create ajuda a criar um job de inspeção que inspeciona dados sensíveis em determinados sistemas do Google Cloud Storage. O faturamento é feito de acordo com os preços do job de inspeção de armazenamento. Se o job de inspeção também está configurado para desidentificar as descobertas, o faturamento é feito conforme os preços do job de transformação do armazenamento.

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

Os jobs de armazenamento da Proteção de Dados Sensíveis são cobrados com base nos bytes inspecionados de acordo com a seguinte programação:

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

Consulte Inspecionar dados sensíveis em armazenamento e bancos de dados para saber mais sobre inspeção de conteúdo armazenado no Google Cloud.

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

Os jobs de armazenamento da Proteção de Dados Sensíveis são faturados com base nos bytes transformados de acordo com a seguinte programação:

Se você armazena os detalhes da transformação em uma tabela do BigQuery, o uso do faturamento e da cota da operação tabledata.insertAll é aplicado ao projeto que tem a tabela de destino.

Acesse Desidentificação de dados sensíveis no armazenamento para saber mais sobre a desidentificação do conteúdo armazenado no Google Cloud.

Inspeção de dados de qualquer origem

O método projects.dlpJobs.create permite criar um job híbrido que inspeciona dados sensíveis de qualquer origem, incluindo origens fora do Google Cloud. As cobranças são feitas com base em bytes inspecionados conforme a seguinte programação:

Se você não paga em dólar americano, são aplicados 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 híbrida.

Se você configura um job de inspeção híbrida para salvar descobertas em uma tabela do BigQuery, o uso do faturamento e da cota da operação tabledata.insertAll é aplicado ao projeto que tem a tabela de destino.

Consulte Jobs híbridos e gatilhos de jobs para saber mais sobre inspeção de dados de qualquer origem.

Inspeção e transformação usando 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:

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

Os preços do método de conteúdo da Proteção de Dados Sensíveis são faturados com base em bytes inspecionados conforme a seguinte programação:

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

Os preços dos métodos de conteúdo da Proteção de Dados Sensíveis são faturados com base nos bytes transformados de acordo com a seguinte programação:

Se você não paga em dólar americano, são aplicados 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: outras cobranças 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. Por exemplo, o método projects.content.inspect pode gerar cobranças do Cloud Storage caso ele seja direcionado a 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 tem diversos exemplos de cenários de uso de inspeção e transformação, além de cálculos de preço para cada um deles.

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

Digamos 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 a inspecionar 50 detectores de InfoTypes integrados diferentes e desidentificar possíveis resultados correspondentes que ela encontrar usando uma transformação de tokenização criptográfica. Após a operação de desidentificação, você observa que a Proteção de Dados Sensíveis encontrou resultados correspondentes e transformou em torno de 20% dos dados ou aproximadamente 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

Digamos que você tenha uma tabela de 10 GB e queira transformar três colunas (user_id, email e phone_number) usando uma 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 de dados não estruturados e transformação com métodos de conteúdo

Digamos que você tenha 10 GB de registros de chat não estruturados. Você quer inspecionar e desidentificar qualquer descoberta de InfoType. Para isso, você precisa inspecionar todo o payload e depois transformar as descobertas. 20% de todos os dados de 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 inspecionar 1.000 tabelas do BigQuery. Cada tabela tem cerca de 1 GB, totalizando 1 TB de dados. Sem querer ou precisar verificar cada tabela por completo, você ativou o recurso amostragem para verificar apenas 1.000 linhas de cada tabela. 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 do repositório de armazenamento e transformação usando jobs de armazenamento

Digamos que você tenha 5 GB de dados estruturados (tabulares) e de texto (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 desidentificar qualquer resultado correspondente que ela encontrar usando uma transformação de tokenização criptográfica. Após a operação de desidentificação, você observa que a Proteção de Dados Sensíveis encontrou resultados correspondentes e transformou em torno de 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: US$ 6,25

Preços de descoberta

Nesta seção, descrevemos o custo para gerar perfis de dados. Perfis de dados são métricas e insights de alto nível sobre os dados. A descoberta está disponível para dados do BigQuery, Cloud SQL, e BigLake. Consulte Recursos suportados para saber mais.

A Proteção de Dados Sensíveis tem dois modos de preço para o serviço de descoberta:

• Preços de consumo. No modo de consumo, projetos ou organizações estão sujeitos aos preços por GB com base no tamanho das tabelas com criação de perfis.

• Preços de assinatura fixos. No modo de assinatura, você escolhe explicitamente quanto tempo de computação (capacidade) reservar para a criação de perfis. Seus perfis são gerados com base nessa capacidade, e você paga por essa capacidade continuamente a cada segundo em que ela é implantada. Você tem essa capacidade até cancelar a assinatura. Não são feitas cobranças por bytes com criação de perfis ao usar esse modo de preços.

  O modo de preços de assinatura tem custos previsíveis e consistentes, seja qual for o crescimento dos dados.

Por padrão, o faturamento é feito de acordo com o modo de preços de consumo.

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

¹Tabelas do BigQuery ou do Cloud SQL.

²A capacidade de processamento real varia segundo a complexidade dos dados e dos tipos de tabela. Para saber mais, consulte Descoberta: preços do modo de assinatura.

Descoberta: estime seus custos de criação de perfil

Antes de escolher o modo de preços para o serviço de descoberta, recomendamos fazer uma estimativa. A estimativa pode ajudar você a entender quantos dados você tem e quanto pode custar criar o perfil para os dados no modo de assinatura e no modo de consumo. Para ver mais informações, consulte os seguintes tópicos:

• Estimar o custo da criação de perfis de dados para uma organização ou pasta
• Estimar o custo da criação de perfis de dados para um só projeto

Descoberta: preços do modo de consumo

Quando você inicia a criação de perfis de dados, são criados perfis para todas as tabelas do BigQuery. Você recebe uma cobrança pela taxa listada. Por exemplo, a criação de perfis para uma tabela de 10 GB custa US$ 0,30.

Os bytes faturáveis por tabela correspondem ao tamanho da tabela ou a 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 perfis de dados, além de cálculos de preços.

Esses exemplos se baseiam na frequência padrão de criação de perfis.

Cenário 1: criação de perfis 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 em tabelas existentes. Isso totaliza 5 TB de dados que representam tabelas com alterações de esquema.

Mês 1: os perfis são criados para todos os dados

Mês 2: os perfis das tabelas com alterações de esquema são reformulados

Cenário 2: criação de perfil de dados para 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 a novas tabelas. As tabelas existentes não têm alterações de esquema (sem colunas novas), mas têm linhas adicionais.

Mês 1: os perfis são criados para todos os dados

Mês 2: somente os perfis das novas tabelas são criados

Descoberta: preços do modo de assinatura

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

Os perfis das tabelas são criados por unidade de assinatura

A capacidade de processamento da geração de perfis depende da complexidade e do tipo das tabelas cujos perfis serão criados. Os fatores determinantes incluem os seguintes:

• Presença de grandes dicionários personalizados (não recomendado para criação de perfis).
• Tipo de tabela. Uma tabela do BigLake usa o quíntuplo da capacidade de uma tabela que não é do BigLake.

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

¹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: [email protected].

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 no nível do projeto.

Vigência da assinatura

O primeiro mês da assinatura é um período de vigência de um mês. Após o primeiro mês, a fatura é feita por mês, e é possível cancelar ou editar a assinatura a qualquer momento.

• Não é possível excluir nem reduzir unidades de uma assinatura mensal no primeiro mês.
• Após o primeiro mês, você pode excluir ou alterar unidades de assinatura quando quiser e receberá uma cobrança apenas pelos minutos em que a assinatura estava ativa.
• Se você não cancelar a assinatura, continuará recebendo cobranças.

Exemplo

Digamos que você tenha comprado uma unidade de assinatura às 18h em 5 de outubro. O seguinte se aplica:

• A cobrança se inicia nesse momento.
• Não é possível cancelar nem reduzir a assinatura até 18h de 4 de novembro.
• Se você cancela às 19h10min10 de 5 de novembro, recebe cobrança pelo mês mais um dia, dez minutos e dez segundos (das 18h de 5 de outubro às 19h10min10 de 5 de novembro).

Validade do período de assinatura

Ao fim do período inicial de assinatura, o faturamento continua de mês a mês, e a assinatura permanece ativa.

Compre uma assinatura

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

   Acessar "Assinaturas"

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

   Se você compra uma assinatura no nível da organização, a assinatura não se aplica quando você cria uma configuração de verificação no nível do projeto. Da mesma forma, se você compra uma assinatura no nível do projeto, ela só se aplica 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 carente de provisionamento

Se a criação de perfis para um projeto, pasta ou organização exigir mais capacidade do que a disponível, a Proteção de Dados Sensíveis enfileira o trabalho e espera a capacidade ser liberada. À medida que a criação de perfis avança e que a capacidade é liberada, o trabalho enfileirado é selecionado para execução.

Se a demanda de criação de perfis exceder a capacidade que você assinou, você não receberá cobranças por uso excedente. Portanto, você não recebe cobranças por capacidade adicional nem por capacidade adicional com base na taxa de consumo. Os recursos cujos perfis serão criados são adicionados a uma fila interna, e os perfis são criados quando a capacidade for liberada.

Logo, ao decidir quantas unidades de assinatura comprar, você poderá subprovisionar a capacidade se quiser esperar a conclusão da criação de perfis. Por exemplo, você pode comprar uma unidade de assinatura se a quantidade total atual de tabelas supera 10.000.

Monitoramento da utilização

Na página Detalhes de API/serviço da Proteção de Dados Sensíveis, é possível visualizar a capacidade da assinatura que você usou.

Neste exemplo, o cliente comprou uma assinatura de tamanho 1. Ele tem capacidade para criar perfis para em torno de 333 tabelas padrão ou 66 tabelas do BigLake por dia. Esse números não são limites diários absolutos. Conforme recursos forem liberados ao longo das assinaturas do mês, poderá haver flutuações no uso.

Tratamento de erros

Em alguns casos, os perfis podem ser gerados com erros e continuar a consumir a capacidade. A seguir estão cenários em que esse problema pode ocorrer. Não é uma lista completa.

• As tabelas cujos perfis serão criados estão dentro dos limites do VPC Service Controls.
• O agente de serviço não tem permissões do Identity and Access Management.
• Foram feitas alterações na configuração de verificação de descoberta ou nos modelos de inspeção.

Esses erros ainda podem consumir a capacidade porque o sistema continua trabalhando para tentar gerar perfis. Você obterá um perfil com informações sobre por que a Proteção de Dados Sensíveis não gerou o perfil completo.

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

A programação padrão da criação de perfis está descrita em Frequência padrão da geração de perfis de dados. É possível ajustar a programação na configuração de verificação. Isso vale para os modos de consumo e de assinatura.

No modo de assinatura, se você subprovisiona a capacidade, a criação de perfis pode ser feita com menor frequência do que a solicitada. A capacidade é distribuída igualmente pelos recursos cujos perfis serão criados, do projeto ou da organização. Quando a capacidade é liberada, a Proteção de Dados Sensíveis coleta recursos da fila para criar perfis de modo a maximizar a capacidade de processamento.

Descoberta: faturamento e consumo de cota do BigQuery

O processo de criar perfis para dados do BigQuery não gera cobranças do BigQuery nem consome dados dele. Contudo, 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 consumo de faturamento e cota referente ao seu uso de outros serviços do Google Cloud ao exportar perfis de dados para esses serviços. Você configura a exportação ativando determinadas ações na configuração de verificação de descoberta.

¹A Proteção de Dados Sensíveis trabalha com o Security Command Center em todos os níveis do serviço.

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

³Quando você cria perfis de dados no nível do projeto, cobranças e consumo de cota são aplicados ao projeto cujos perfis serão criados.

Descoberta: preços do teste de tabela única

Você pode experimentar a criação de perfis de dados com a Proteção de Dados Sensíveis sem custos financeiros usando uma configuração de tabela única. A criação de perfis com configuração de tabela única é oferecida sem custos financeiros pelas primeiras 25 gerações de perfis em um projeto.

Embora não haja cobranças pelos bytes processados nas primeiras 25 verificações, cobranças relacionadas pelo uso de serviços conectados ainda são aplicadas. As gerações de perfil gratuito são limitadas a tabelas com menos de 1 TB de tamanho ou com esse tamanho.

O objetivo do modo de teste é permitir experimentar a funcionalidade da Proteção de Dados Sensíveis. Ele não é adequado para criação de perfis em grande escala. Com base no modo de preços de descoberta escolhido, você receberá uma cobrança pelas verificações de tabelas maiores que 1 TB ou após a geração de 25 perfis gratuitos. No console do Google Cloud, é possível verificar quantas verificações gratuitas ainda estão disponíveis. O Google se reserva o direito de encerrar essa 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 adiciona cobranças extras por análise de risco.

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

• KAnonymityConfig
• LDiversityConfig
• KMapEstimationConfig

Como controlar custos

Dependendo da quantidade de informações que você instrui a Proteção de Dados Sensíveis a verificar, é possível que os custos fiquem inviáveis. Consulte Manter os custos da Proteção de Dados Sensíveis sob controle a fim de aprender os vários métodos para manter os custos reduzidos, além de garantir que você use a Proteção de Dados Sensíveis para verificar os dados que quer.

A seguir

• Leia a documentação sobre a Proteção de Dados Sensíveis.
• Começar a usar a Proteção de Dados Sensíveis.
• Conheça as soluções e os casos de uso da Proteção de Dados Sensíveis.