// stack.lumi
BI

Looker

BI governado com camada semantica forte.

// o que é

Looker e uma plataforma de BI centrada em LookML, permitindo metricas governadas, reutilizaveis e integradas a produtos. Para a Lumi Data, e uma excelente escolha quando a empresa quer self-service sem perder controle conceitual.

Looker introduziu o conceito de "camada semântica como código" via LookML — uma linguagem declarativa para definir métricas, dimensões, joins e relacionamentos de forma versionada e testável, separando a definição do negócio da execução da query. O debate Kimball vs. Inmon sobre onde aplicar a lógica de negócio — no warehouse (Inmon) ou na camada de apresentação (Kimball dimensional) — encontrou uma terceira posição com Looker: a lógica vive na camada semântica versionada em código, executada via SQL gerado dinamicamente sobre o warehouse. A DAMA International (2017) define governança de dados como o conjunto de práticas para garantir que dados sejam usados de forma adequada, consistente e confiável — e a camada semântica do Looker é uma das implementações mais concretas desse princípio na camada de consumo analítico. dbt Labs (2022) formalizou o conceito de "semantic layer" como extensão natural do dbt Metrics, posicionando a questão de "onde vivem as métricas" como escolha arquitetural central: no warehouse com dbt, na camada semântica com Looker/LookML, ou em ambos com integração dbt-Looker.

Como a Lumi enxerga:A Lumi modela LookML, organiza dominios, valida metricas e conecta Looker ao data warehouse para escalar analytics com confianca.
// na prática

Como empresas usam Looker

01

Empresa de tecnologia data-driven com múltiplos times consumindo dados

Times de produto, growth, financeiro e operações consomem o mesmo modelo semântico LookML, garantindo que "taxa de conversão" significa a mesma coisa para todos. O time de dados define e mantém o LookML; os times de negócio exploram autonomamente sem criar versões divergentes de métricas no Excel.

02

Plataforma SaaS com analytics embarcada para clientes

Looker Embedded permite integrar dashboards e explorações diretamente no produto, com autenticação SSO e filtros de contexto por cliente. O modelo semântico multi-tenant com filtros de tenant em LookML garante isolamento de dados entre clientes sem múltiplos modelos separados.

03

Empresa com dados em BigQuery que usa Google Cloud como stack principal

A integração nativa Looker-BigQuery via Looker Studio Pro e Google Cloud elimina camadas de extração e aproveita capacidades de BigQuery como BI Engine para performance em dashboards de alto volume. O modelo semântico versionado em Git com CI/CD para LookML é o padrão de engenharia analítica mais maduro disponível neste stack.

// decisão técnica

Quando usar — e quando não usar

Use quando
  • A empresa tem múltiplos times consumindo dados e a inconsistência de métricas entre áreas é um problema real — Looker com um modelo semântico central resolve isso de forma estrutural.
  • O caso de uso envolve embedded analytics em produto com necessidade de personalização por contexto de usuário ou tenant — LookML com filtros dinâmicos é a arquitetura mais adequada.
  • O time de dados é técnico o suficiente para manter LookML como código versionado — a proposta de valor de Looker requer investimento técnico inicial que times não técnicos não conseguem sustentar.
  • A empresa usa BigQuery como data warehouse — a integração nativa e o custo incluído no Google Cloud tornam Looker a escolha natural neste ecossistema.
Evite quando
  • O time de dados tem menos de 3 pessoas e não há capacidade de manter LookML com qualidade — um modelo semântico mal mantido gera mais desconfiança que ausência de modelo.
  • A empresa está em estágio inicial de analytics sem dados confiáveis no warehouse — Looker amplifica a consistência de dados bons; sobre dados ruins, amplifica a inconsistência.
  • O caso de uso é análise exploratória livre sem métricas previamente definidas — a governança forte do Looker dificulta a velocidade de exploração que Tableau ou Python oferecem.
  • O custo de licenciamento Looker não é justificável frente ao volume de usuários e à maturidade analítica da empresa — Metabase ou Power BI entregam mais valor por custo em estágios iniciais.
// visão lumi

A Lumi usa Looker quando o problema central é consistência de métricas em organizações com múltiplos times de analytics — e só quando o time tem capacidade técnica real de manter LookML com disciplina de engenharia. Nossa experiência mostra que empresas compram Looker pelo sonho da "única versão da verdade" e falham porque tratam o modelo semântico como configuração, não como código de produção que exige revisão, testes e deploy controlado. Quando fazemos um projeto Looker, integramos LookML ao fluxo de CI/CD com testes de regressão de métricas antes de qualquer deploy em produção — porque mudar uma métrica de negócio sem validação é tão arriscado quanto mudar código de aplicação sem testes.

Lumi escolhe quando

  • Quando a empresa tem dados confiáveis no warehouse, um time técnico dedicado e o problema de inconsistência de métricas entre áreas já causou decisões erradas documentadas.
  • Quando o caso de uso inclui embedded analytics em produto e a personalização por contexto de usuário é um requisito não negociável.
  • Quando a empresa opera no Google Cloud com BigQuery como warehouse primário e quer a melhor integração possível entre camada de dados e camada de consumo.

Lumi não recomenda quando

  • Quando a empresa não tem um warehouse organizado com modelo dimensional — Looker sobre dado não estruturado é uma camada semântica sobre caos, não sobre dados.
  • Quando o time não tem engenheiro de analytics dedicado para manter o modelo LookML — modelo semântico abandonado é pior que ausência de modelo.
  • Quando o orçamento de analytics não comporta Looker e há alternativas que resolvem 80% do problema a custo significativamente menor para o estágio atual da empresa.
// aplicações

Onde essa tecnologia gera valor

01

Camada semantica corporativa

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

02

Embedded analytics

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

03

Metricas padronizadas

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

04

Exploracao governada por times de negocio

A Lumi conecta essa aplicação ao objetivo de negócio, definindo arquitetura, dados, segurança e indicadores de sucesso antes da implementação.

// fundamentos

Referências acadêmicas e técnicas

Kimball, R., & Ross, M. (2013). The Data Warehouse Toolkit: The Definitive Guide to Dimensional Modeling (3rd ed.). Wiley.

Fundamento para entender o papel da camada semântica como ponto de definição de métricas e dimensões — contexto essencial para avaliar onde LookML se encaixa em relação à modelagem no warehouse.

DAMA International. (2017). DAMA-DMBOK: Data Management Body of Knowledge (2nd ed.). Technics Publications.

Referência canônica em governança de dados — a camada semântica do Looker é uma implementação técnica dos princípios de consistência, rastreabilidade e governança de dado analítico.

dbt Labs. (2022). The Semantic Layer Explained. dbt Labs Blog.

Contextualiza o debate sobre onde as métricas de negócio devem viver — no warehouse com dbt Metrics ou na ferramenta de BI com LookML — escolha arquitetural central em qualquer projeto Looker.

Inmon, W. H. (2002). Building the Data Warehouse (4th ed.). Wiley.

A abordagem Inmon de warehouse normalizado como fonte corporativa é complementar ao Looker: dados limpos e integrados no warehouse são pré-requisito para um modelo semântico confiável.

Eckerson, W. W. (2010). Performance Dashboards: Measuring, Monitoring, and Managing Your Business (2nd ed.). Wiley.

Sistematiza o conceito de dashboards orientados a KPIs de negócio — reforça a proposta de valor do Looker de conectar métricas técnicas a indicadores de decisão.

// tecnologias relacionadas

BI

// próximo passo

Quer saber se esse stack faz sentido para você?

A Lumi avalia contexto, dados, equipe, custo e maturidade para recomendar a tecnologia certa e entregar com responsabilidade.