Custos e previsão; auditoria: investigar um custo

Selo de estado: Preview (teto atual do produto) · Curso ACD-240 — Administração, segurança e governança · Aula 7 de 10 · Atualizado em 2026-10-04.

Objetivo#

Ao final desta aula você vai rastrear custo até ação e usuário — saindo de "o mês veio caro" e chegando ao evento, ao SQL e à pessoa que disparou.

Vídeo#

Identificador no manifesto: acd-240-07-custos-previsao-auditoria · duração-alvo 8 min · tela do produto: /auditoria.

Roteiro de gravação (6 capítulos):

#	Minutagem-alvo	Capítulo	Tela do produto
1	0:00–0:45	Abertura: duas telas, dois tempos verbais — previsão (antes) e auditoria (depois).	`/costs`
2	0:45–2:30	A tela de previsão: assinatura, consumo previsto com faixa P50–P90, taxa de plataforma (opcional), total/mês. Selo Estimativa.	`/costs`
3	2:30–3:40	Composição do consumo e projeção de 6 meses (~8%/mês). Como é calculada (dry-run simulado).	`/costs`
4	3:40–5:40	A trilha de auditoria: categorias, campos, filtros, visão Tabela × Log, janela de 200 eventos.	`/auditoria`
5	5:40–7:10	A investigação de ponta a ponta: período → usuário → custo alto → expandir o SQL.	`/auditoria`
6	7:10–8:00	Cruzar com a linhagem, erros comuns e o "faça você mesmo".	`/linhagem`

Conteúdo#

Antes e depois do gasto

São duas telas com propósitos diferentes. Custos e previsão (/costs) responde "quanto isto deve custar por mês"; Auditoria (/auditoria) responde "quem gastou o quê, quando e quanto". As duas são área do dono (requireOwnerArea): membro convidado é levado de volta ao Workspace de BI.

A previsão: quatro cartões e uma curva

A tela de previsão combina a assinatura fixa do plano com uma estimativa do consumo de infraestrutura e mostra quatro cartões: Assinatura, Consumo de infraestrutura previsto (com a faixa P50–P90, do cenário provável ao conservador), Taxa de plataforma / spread — opcional, só quando a operação de nuvem é intermediada — e Total previsto/mês. Abaixo vêm a composição do consumo (gráfico e tabela por componente) e a projeção de 6 meses, com a assinatura fixa somada a um consumo crescendo a uma taxa estimada de cerca de 8%/mês para simular aumento de volume.

A previsão vem de um dry-run simulado sobre as fontes (volume estimado por mês) e os dashboards (modo de publicação) do workspace, ajustado pelo plano. Abrir a tela custa R$ 0 — é simulação, não consulta paga.

Estimativa não é fatura

O selo Estimativa está ali de propósito: custo faturado em BRL, escala e latência de nuvem não foram medidos hoje. Previsão diferente da fatura não é defeito — é a definição da tela. Para saldo, franquia e limites reais, a fonte é Consumo e quotas.

A auditoria: o que cada evento guarda

A trilha é cronológica (mais recentes primeiro) e cada evento traz data/hora (UTC, formato de log), usuário (nome/e-mail), categoria, ação, recurso, detalhe, o SQL quando houver — clique para expandir — e o custo estimado em R$.

Categoria	Cobre
Usuário	ações feitas por pessoas (login, edição, export…)
Sistema	eventos automáticos da plataforma
Pipeline	execuções de ingestão/transformação
Billing	cobrança, franquia, recarga
Segurança	eventos sensíveis (MFA, permissões, acesso)

Os filtros são busca textual (ação, recurso, usuário, detalhe, SQL), categoria, usuário, recurso, status (OK ou erro) e período (data + hora), com padrão dos últimos 7 dias; e há alternância entre visão Tabela e visão Log. Dois limites que mudam como você investiga: a tela carrega os últimos 200 eventos e os filtros atuam sobre essa janela; e o status OK/erro é derivado do texto da ação/detalhe, não um campo garantido.

Exemplo: a Aurora investigando um pico

O mês da Aurora Varejo veio acima do previsto. Maria abre /auditoria, filtra o período (ontem), ordena mentalmente pelos eventos com custo alto e encontra uma consulta de João na categoria Usuário com custo bem fora do padrão. Expande o SQL e vê um SELECT sem recorte de data sobre aurora_silver.vendas — varredura de tabela inteira. Em seguida ela cruza com /linhagem para entender de onde aquele número vinha e quais painéis dependiam dele, e confirma em /costs que a composição do consumo tem BigQuery pesando mais. Conclusão acionável: recortar a consulta por período e revisar quem precisa de admin (porque é o papel que roda query, refresh e IA).

Ação	viewer	member	admin	owner	org_admin
Gerar evento auditável ao exportar	—	✓	✓	✓	—
Gerar evento auditável de query/refresh/IA	—	—	✓	✓	—
Abrir `/auditoria` e `/costs` (área do dono)	—	—	✓	✓	—
`billing.manage` (recarregar, trocar plano)	—	—	—	✓	—

Erros comuns

Procurar evento antigo na janela de 200. Filtre por período mais recente; a tela não pagina janelas maiores.
Tratar o custo do evento como fatura. É estimativa, igual à tela de previsão.
Confiar no status OK/erro como campo garantido. Ele é inferido do texto; confirme no detalhe.
Culpar a pessoa antes de ler o SQL. O evento diz quem disparou; o SQL diz por que custou.
Investigar custo sem olhar a linhagem. Sem saber o que depende da tabela, a correção vira outro incidente — é a aula 8.
Esperar ver /auditoria como membro convidado. É área do dono; você será redirecionado.

Estado do produto

O registro de eventos é um recurso implementado, e as duas telas custam R$ 0 para abrir (leem registro e simulação, não consulta paga). O teto público é Preview, com dois avisos que importam para a sua conversa com o cliente: os valores de custo por evento são projeção e a tela de previsão é explicitamente uma estimativa — custo faturado em BRL, escala e latência de nuvem não foram medidos em produção. Tudo é escopado por workspaceId: a trilha de um cliente jamais toca a de outro.

Faça você mesmo#

No workspace de treino Aurora Varejo (abra /auditoria no console):

Abra /auditoria e confirme o período padrão (últimos 7 dias) e quantos eventos a tela carrega.
Filtre pela categoria Usuário e anote três campos de um evento qualquer: usuário, ação e recurso.
Encontre o evento com o maior custo da janela e expanda o SQL. Anote se há recorte de data e qual tabela é varrida.
Troque para a visão Log e depois volte para Tabela; anote qual delas é melhor para a sua investigação e por quê.
Filtre pela categoria Pipeline com status erro e descreva, em uma frase, o que aconteceu no evento encontrado.
Abra /costs e anote os quatro cartões, a faixa P50–P90 e qual componente pesa mais na composição.
Compare o total previsto/mês com o custo somado dos eventos do período e explique em uma frase por que os dois números não têm de bater.
Abra /linhagem e localize a tabela do passo 3; anote quantos painéis e relatórios dependem dela.

Você terminou quando conseguir contar a história completa de um custo — ação → usuário → SQL → tabela → painéis dependentes — e justificar por que previsão e fatura são números diferentes por desenho.

Checagem rápida#

Três perguntas no final da aula, corrigidas no servidor. A aula só conta como concluída depois da checagem.

Documentação relacionada#

Capacidades ensinadas#

(conceitual — sem capacidade específica da matriz) — o selo exibido na aula é sempre o estado mais conservador entre as capacidades citadas; nada aqui é "GA".