Timewise Labs
← Voltar ao blog
·3 min de leiturabilookeromni

De Looker para Omni: quando migrar e como não quebrar o negócio

Um guia curto para times que estão avaliando sair do Looker. Quando vale a pena, quando não, e como fazer a migração sem que na segunda-feira o CEO não consiga ver os dashboards dele.

Desde que o Google integrou o Looker mais profundamente com sua plataforma e o Omni Analytics começou a comer mercado, recebemos essa pergunta toda semana: vale a pena migrar? A resposta curta é às vezes, e depende de três coisas concretas.

Quando vale a pena migrar

Custo de licença. Omni custa materialmente menos que Looker para a maioria dos times. Se a sua conta de Looker passa de USD 50.000 por ano e você tem menos de 200 usuários ativos, provavelmente está sobre-pagando.

Velocidade de desenvolvimento. Omni permite que analistas modelem sem mexer no LookML. Em times pequenos isso é enorme. Se na sua organização o gargalo é "tudo tem que passar pelo time de dados para atualizar o dashboard", o Omni muda essa dinâmica.

Modelagem dinâmica. Omni permite ajustar a camada semântica direto do explorer, sem ter que dar merge na main. Para análise ad-hoc é notavelmente mais rápido que o ciclo do Looker.

Quando NÃO vale a pena migrar

Stack profundo no Google. Se você já paga Google Cloud full stack e usa features avançadas do Looker (Looker Studio embedado, integrações com Vertex AI, scheduled deliveries muito custom), o custo de migrar pode não compensar.

Embeds críticos. Se o seu produto incrusta Looker numa experiência de cliente, a migração exige redesenhar essa parte. Possível, mas não trivial.

LookML extremamente custom. Se o seu projeto LookML tem muito código condicional, derived tables PDT com SQL muito específico, ou macros que dependem do runtime do Looker, o mapeamento para Omni não é um para um.

Como não quebrar o negócio durante a migração

  1. Mapear antes de começar. Faça um inventário de explores, dashboards, e usuários ativos. Sem isso, você vai no escuro.

  2. Migrar por domínio, não por dashboard. Comece com um domínio fechado (por exemplo "vendas"), modele esse domínio inteiro no Omni, valide em paralelo, e só quando estiver validado migre os usuários. Depois siga para o próximo domínio.

  3. Rodar em paralelo seis semanas. Mantenha o Looker ligado enquanto o Omni se valida. Os relatórios financeiros têm que dar idêntico nos dois sistemas. Se diferirem, há um problema na modelagem do Omni.

  4. Migrar usuários em ondas. Não mande um email global dizendo "agora todo mundo usa Omni". Migre por time, com onboarding curto (30 minutos por time é o bastante).

  5. Deixar o Looker desligado, não deletado, por um mês. Por garantia. O dia que você desliga o Looker é o dia que descobre o dashboard crítico que ninguém tinha mencionado.

Tempos realistas

Para uma organização com um projeto Looker maduro (50-150 dashboards ativos), a migração completa leva entre 8 e 12 semanas com um time dedicado de duas pessoas. Para empresas menores, 4 a 6 semanas.

Se a sua estimativa interna é "isso a gente faz em duas semanas", provavelmente está subestimando o trabalho de validação. A migração não quebra na modelagem, ela quebra na validação.

O que costumamos encontrar

Em migrações que a gente já fez na América Latina, o padrão mais comum é que o time encontra modelos que ninguém está usando. É boa notícia: a migração acaba sendo também uma limpeza. O que migra é o que se usa, não tudo o que existe.

Está avaliando uma migração? Vamos conversar. A gente ajuda a decidir se vale a pena e, se decidir migrar, a executar sem sustos.

Pronto para começar?

Uma conversa de 30 minutos para entender o seu contexto e ver se faz sentido trabalharmos juntos.

Agendar conversa