Pular para o conteúdo

Trilha de estudo

Trilha Engenheiro de Analytics: tudo o que estudar, tópico por tópico

Avalia a capacidade de transformar dados brutos em conjuntos de dados confiáveis, bem modelados e prontos para análise. Faz a ponte entre engenharia de dados e análise de dados.

Resposta curta

Para aprender Engenheiro de Analytics, percorra 6 módulos e 24 tópicos na ordem em que um apoia o próximo. Comece por SQL e Transformação e siga para Modelagem de Dados e Testes e Documentação. Use o mapa como checklist, ou meça seu nível e estude só o que falta.

6
módulos
24
tópicos
50
min para avaliar

O que você vai estudar

Os tópicos estão agrupados por módulo. Abra um para ver os objetivos e os conceitos-chave.

1 · SQL e Transformação4 tópicos
  • SQL Avançado (Funções de Janela/CTEs)

    Escrita de SQL analítico usando funções de janela, expressões de tabela comuns, consultas recursivas e padrões avançados de agregação para transformar dados brutos em saídas significativas

    Objetivos

    • Escrever funções de janela para calcular totais acumulados e métricas baseadas em ranking
    • Refatorar subqueries complexas em cadeias de CTEs legíveis

    Conceitos-chave

    • funções de janela (ROW_NUMBER, RANK, LAG, LEAD)
    • expressões de tabela comuns
    • CTEs recursivas
    • cláusula QUALIFY
    • agregações analíticas
  • Padrões de Transformação de Dados

    Aplicação de padrões comuns de transformação incluindo pivot, unpivot, deduplicação, conversão de tipos, geração de date spine e criação de chaves substitutas

    Objetivos

    • Projetar uma estratégia de deduplicação para dados de eventos com registros atrasados
    • Construir um date spine para preencher lacunas em relatórios de séries temporais

    Conceitos-chave

    • pivot e unpivot
    • estratégias de deduplicação
    • geração de chaves substitutas
    • tabelas de date spine
    • conversão e coerção de tipos
  • Conceitos Fundamentais do dbt

    Compreensão da estrutura de projeto dbt, materializações de modelos, funções ref/source, o DAG e o ciclo de vida build/run/test

    Objetivos

    • Explicar quando usar cada tipo de materialização do dbt e os trade-offs envolvidos
    • Descrever como o DAG do dbt resolve dependências de modelos durante um build

    Conceitos-chave

    • estrutura de projeto dbt
    • materializações (table, view, incremental, ephemeral)
    • funções ref() e source()
    • o DAG do dbt
    • ciclo de vida dbt run/build/test
  • Templates Jinja no dbt

    Uso de macros Jinja, estruturas de controle e variáveis dentro do dbt para criar transformações SQL DRY, reutilizáveis e testes de schema customizados

    Objetivos

    • Escrever uma macro Jinja para gerar colunas pivot dinamicamente a partir de uma tabela fonte
    • Usar variáveis dbt e variáveis de ambiente para parametrizar modelos entre ambientes

    Conceitos-chave

    • sintaxe Jinja no dbt
    • macros e lógica reutilizável
    • estruturas de controle (if/for)
    • variáveis dbt e env_var
    • materializações customizadas
2 · Modelagem de Dados4 tópicos
  • Camadas Staging/Intermediária/Marts

    Organização de projetos dbt em camadas staging, intermediária e marts com fronteiras claras de propriedade, padrões de nomenclatura e estratégias de materialização

    Objetivos

    • Projetar uma estrutura de projeto dbt em três camadas para uma empresa SaaS com cinco sistemas fonte
    • Definir fronteiras claras para qual lógica pertence a staging vs intermediária vs marts

    Conceitos-chave

    • camada staging (mapeamento 1:1 da fonte)
    • camada intermediária (lógica de negócio)
    • camada marts (pronta para consumo)
    • propriedade de camadas
    • dependências entre camadas
  • Modelagem Dimensional na Prática

    Aplicação dos princípios de modelagem dimensional Kimball incluindo esquemas estrela, tabelas fato e dimensão, definição de granularidade, dimensões conformadas e tabelas bridge

    Objetivos

    • Projetar um esquema estrela para uma plataforma e-commerce multicurrency com granularidade de pedido
    • Identificar quando usar uma tabela bridge vs uma tabela fato sem métricas para relacionamentos muitos-para-muitos

    Conceitos-chave

    • design de esquema estrela
    • tabelas fato vs dimensão
    • definição de granularidade
    • dimensões conformadas
    • tabelas bridge e outrigger
  • Dimensões Lentamente Variáveis

    Implementação de estratégias SCD Tipo 1, 2 e 3 usando snapshots dbt e modelos incrementais, tratamento de dados atrasados e correções retroativas

    Objetivos

    • Implementar uma dimensão SCD Tipo 2 usando snapshots dbt com colunas valid_from/valid_to
    • Tratar mudanças de dimensão com chegada atrasada que afetam registros fato previamente carregados

    Conceitos-chave

    • SCD Tipo 1 (sobrescrita)
    • SCD Tipo 2 (rastreamento de histórico)
    • SCD Tipo 3 (valor anterior)
    • snapshots dbt
    • dimensões com chegada atrasada
  • Convenções de Nomenclatura e Guias de Estilo

    Estabelecimento e aplicação de convenções de nomenclatura consistentes, guias de estilo SQL e padrões de organização de modelos na equipe de analytics engineering

    Objetivos

    • Elaborar um guia de convenções de nomenclatura que cubra modelos, colunas e fontes para uma equipe de 10 pessoas
    • Configurar SQLFluff ou sqlfmt para aplicar estilo SQL no CI

    Conceitos-chave

    • padrões de nomenclatura de modelos
    • padrões de nomenclatura de colunas
    • guia de estilo SQL
    • convenções de projeto dbt
    • linting e aplicação
3 · Testes e Documentação4 tópicos
  • Testes de Dados (Genéricos e Customizados)

    Escrita e manutenção de testes de schema genéricos (unique, not_null, accepted_values, relationships) e testes de dados customizados no dbt para detectar problemas de qualidade antes que cheguem aos consumidores

    Objetivos

    • Projetar uma suíte de testes que detecte chaves nulas, linhas duplicadas e violações de integridade referencial
    • Escrever um teste genérico customizado que valide que intervalos de datas nunca se sobrepõem para dimensões SCD2

    Conceitos-chave

    • testes de schema genéricos
    • testes singulares customizados
    • testes genéricos customizados
    • níveis de severidade de testes
    • seleção de testes e tags
  • Asserções de Qualidade de Dados

    Implementação de verificações de contagem de linhas, monitoramento de freshness, validações de distribuição e detecção de anomalias como parte do pipeline de dados

    Objetivos

    • Implementar verificações de freshness da fonte que alertem quando dados upstream estão defasados por mais de 6 horas
    • Projetar uma validação de distribuição que detecte anomalias de receita excedendo 3 desvios padrão

    Conceitos-chave

    • asserções de contagem de linhas
    • verificações de freshness da fonte
    • validação de distribuição
    • limites de detecção de anomalias
    • pacote dbt expectations
  • Documentação como Código

    Manutenção de documentação de modelos em arquivos YAML, geração de dicionários de dados e uso do dbt docs para criar um catálogo vivo do data warehouse

    Objetivos

    • Configurar um fluxo de documentação que exija descrições para todos os modelos mart voltados ao consumidor
    • Gerar um site dbt docs e usá-lo para integrar um novo analista em menos de 30 minutos

    Conceitos-chave

    • documentação baseada em YAML
    • descrições a nível de coluna
    • dbt docs generate/serve
    • blocos doc e markdown
    • métricas de cobertura de documentação
  • Contratos de Dados

    Definição de acordos explícitos entre produtores e consumidores de dados sobre schema, SLAs, garantias de freshness e mudanças breaking permitidas

    Objetivos

    • Elaborar um contrato de dados entre o pipeline de eventos do produto e a camada de marts de analytics
    • Implementar aplicação de schema que bloqueie mudanças breaking sem um plano de migração

    Conceitos-chave

    • estrutura e versionamento de contratos
    • aplicação de schema
    • definições de SLA
    • políticas de mudanças breaking
    • testes de contrato no CI
4 · Plataformas de Dados na Nuvem4 tópicos
  • Snowflake/BigQuery/Redshift

    Compreensão da arquitetura, modelos de precificação e diferenças de dialeto SQL entre os principais data warehouses na nuvem e escolha da plataforma certa para os requisitos da carga de trabalho

    Objetivos

    • Comparar Snowflake, BigQuery e Redshift para uma carga de trabalho com 500 analistas concorrentes
    • Explicar como a separação armazenamento-computação impacta estratégias de otimização de custos

    Conceitos-chave

    • virtual warehouses do Snowflake
    • slots e precificação on-demand do BigQuery
    • RA3 e Spectrum do Redshift
    • separação de armazenamento e computação
    • diferenças de dialeto SQL entre plataformas
  • Otimização de Custos em Nuvem para Analytics

    Redução de gastos com warehouse através de otimização de queries, dimensionamento de warehouse, auto-suspend, clustering, particionamento e monitoramento de recursos

    Objetivos

    • Projetar uma estratégia de dimensionamento de warehouse que reduza créditos do Snowflake em 30% sem impactar SLAs
    • Configurar monitores de recursos e alertas para prevenir custos descontrolados de queries

    Conceitos-chave

    • auto-suspend e auto-resume de warehouse
    • estimativa de custo de queries
    • chaves de clustering
    • pruning de partições
    • monitores de recursos e alertas
  • Views Materializadas e Performance

    Uso de views materializadas, modelos incrementais e cache de queries para equilibrar requisitos de freshness contra custo de computação e latência de queries

    Objetivos

    • Escolher entre uma view materializada e um modelo incremental dbt para um dashboard com SLA de 15 minutos
    • Projetar uma estratégia de atualização que equilibre freshness de dados com orçamento de computação

    Conceitos-chave

    • views materializadas vs tabelas
    • padrões de modelos incrementais
    • cache de resultados de queries
    • estratégias de atualização
    • trade-offs de defasagem vs custo
  • Camada Semântica e Métricas

    Definição de métricas de negócio em uma camada semântica centralizada usando dbt metrics, Looker LookML ou ferramentas similares para garantir definições consistentes de métricas na organização

    Objetivos

    • Definir 'receita recorrente mensal' como uma métrica da camada semântica consumível por três ferramentas de BI diferentes
    • Projetar um processo de governança para adicionar e modificar definições de métricas

    Conceitos-chave

    • definições de métricas (medidas + dimensões)
    • dbt metrics / MetricFlow
    • modelagem LookML
    • fonte única de verdade para KPIs
    • consumidores da camada semântica (BI, notebooks, APIs)
5 · Operações e Governança4 tópicos
  • CI/CD para Modelos de Dados

    Construção de pipelines de integração e entrega contínua para projetos dbt, incluindo slim CI, estado diferido e testes automatizados em pull requests

    Objetivos

    • Configurar um pipeline slim CI que teste apenas modelos modificados e seus dependentes downstream
    • Projetar uma estratégia de rollback para um deploy dbt falho que corrompeu um mart de produção

    Conceitos-chave

    • slim CI com state:modified
    • execuções diferidas contra produção
    • testes baseados em PR
    • orquestração de deploy
    • estratégias de rollback
  • Linhagem de Dados e Análise de Impacto

    Rastreamento de linhagem de dados da fonte ao dashboard, execução de análise de impacto antes de mudanças de schema e uso de linhagem para depurar problemas de qualidade de dados

    Objetivos

    • Usar a linhagem dbt para identificar todos os modelos downstream afetados por uma mudança de schema na fonte
    • Depurar uma discrepância de métrica de dashboard rastreando a linhagem do mart até a fonte bruta

    Conceitos-chave

    • linhagem a nível de coluna
    • DAG do dbt como grafo de linhagem
    • análise de impacto para mudanças de schema
    • depuração baseada em linhagem
    • linhagem entre sistemas (fonte → warehouse → BI)
  • Controle de Versão para Dados

    Gerenciamento de projetos dbt com fluxos de trabalho Git incluindo estratégias de branching, processos de code review e tratamento de migrações para mudanças breaking de schema

    Objetivos

    • Projetar uma estratégia de branching Git para um projeto dbt com 5 streams de features concorrentes
    • Criar um plano de migração para renomear uma coluna amplamente utilizada sem quebrar consumidores downstream

    Conceitos-chave

    • branching Git para dbt
    • melhores práticas de review de PR
    • scripts de migração para mudanças breaking
    • promoção de ambiente (dev → staging → prod)
    • resolução de conflitos em modelos SQL
  • Controle de Acesso e Tratamento de PII

    Implementação de controle de acesso baseado em roles, segurança a nível de coluna, mascaramento de PII e frameworks de conformidade para dados sensíveis no warehouse

    Objetivos

    • Projetar um modelo RBAC que permita analistas consultar métricas agregadas de PII sem ver valores brutos
    • Implementar mascaramento dinâmico para colunas de email e telefone baseado no role do usuário

    Conceitos-chave

    • RBAC em data warehouses
    • segurança a nível de coluna
    • mascaramento dinâmico de dados
    • classificação e etiquetagem de PII
    • padrões de conformidade GDPR/CCPA
6 · Práticas Avançadas4 tópicos
  • Padrões de Reverse ETL

    Sincronização de dados transformados do warehouse de volta para ferramentas operacionais como CRMs, plataformas de marketing e sistemas de customer success usando pipelines de reverse ETL

    Objetivos

    • Projetar um pipeline de reverse ETL que sincronize lead scores do warehouse para o Salesforce a cada hora
    • Tratar resolução de conflitos quando dados do warehouse contradizem dados do CRM inseridos por vendedores

    Conceitos-chave

    • arquitetura de reverse ETL
    • sincronização de audiências para CRM/marketing
    • estratégias de sincronização incremental
    • casos de uso de ativação de dados
    • ferramentas (Census, Hightouch, Polytomic)
  • Modelagem de Analytics em Tempo Real

    Modelagem de dados para analytics quase em tempo real usando ingestão streaming, padrões micro-batch e arquiteturas híbridas batch-streaming

    Objetivos

    • Projetar uma arquitetura híbrida que atenda tanto detecção de fraude em tempo real quanto relatórios batch diários
    • Modelar eventos de clickstream para atualização de dashboard em menos de um minuto sem exceder o orçamento de computação

    Conceitos-chave

    • ingestão streaming (Kafka, Kinesis)
    • modelos incrementais micro-batch
    • arquiteturas Lambda e Kappa
    • dashboards em tempo real
    • analytics orientado a eventos
  • Implementação de Data Mesh

    Aplicação dos princípios de data mesh — propriedade por domínio, dados como produto, plataforma self-service e governança federada — para escalar analytics engineering na organização

    Objetivos

    • Projetar um plano de migração para data mesh para uma empresa migrando de uma equipe centralizada de analytics
    • Definir SLAs e padrões de qualidade de produtos de dados para um time de domínio publicando em um catálogo mesh

    Conceitos-chave

    • propriedade de produtos de dados por domínio
    • princípios de dados como produto
    • plataforma self-service de dados
    • governança computacional federada
    • padrões de interoperabilidade
  • Design de Equipe de Analytics Engineering

    Estruturação de equipes de analytics engineering, definição de papéis e responsabilidades, estabelecimento de programas de onboarding e construção de uma cultura de qualidade de dados

    Objetivos

    • Projetar uma estrutura de equipe de analytics engineering para uma empresa de 200 pessoas com 4 linhas de produto
    • Construir um programa de onboarding que prepare um novo engenheiro de analytics para seu primeiro PR em produção em 2 semanas

    Conceitos-chave

    • topologia de equipe (embutida vs centralizada)
    • engenheiro de analytics vs engenheiro de dados vs analista
    • playbooks de onboarding
    • cultura de code review
    • planos de carreira para engenheiros de analytics

Níveis: Júnior, Pleno, Sênior e Especialista

Explique com suas palavras

Corrigido por IA · sem cadastro · 1 pergunta

Sem alternativas para chutar: você escreve, a IA corrige com a rubrica do tópico e diz em que nível sua resposta está.

0 / 600

Já estuda Engenheiro de Analytics?

A avaliação mede tópico por tópico, e o plano pula o que você já sabe.

Aberto para ler. A conta só é necessária para ser medido.

Perguntas frequentes

Por onde começar a estudar Engenheiro de Analytics?

Comece por SQL e Transformação: SQL Avançado (Funções de Janela/CTEs), Padrões de Transformação de Dados e Conceitos Fundamentais do dbt. O mapa ordena os tópicos pelo que depende de quê, então cada um prepara o seguinte.

Quanto tempo leva uma avaliação completa de Engenheiro de Analytics?

Uma avaliação completa desta trilha leva cerca de 50 minutos. O tempo de estudo depende de onde você começa; o diagnóstico mostra quais tópicos você pode pular.

Preciso de conta para usar esta página?

Não. O mapa, os objetivos e os conceitos-chave são abertos. A conta só é necessária para ser medido, ver seu gap por tópico e receber um plano.