Microsoft Fabric: o que é e quando vale a pena migrar seus dados

Muitas empresas chegam ao Microsoft Fabric pelo mesmo caminho: o Power BI cresceu, as fontes de dados se multiplicaram e cada relatório passou a ter sua própria lógica de carga. O resultado são atualizações lentas, números que não batem entre as áreas e uma equipe que passa mais tempo consertando planilhas do que analisando.

Microsoft Fabric é uma plataforma de análise de dados em nuvem, oferecida como serviço (SaaS), que reúne em um só lugar integração, armazenamento, engenharia, ciência de dados, tempo real e Power BI. Em vez de contratar e conectar vários serviços separados, você trabalha com um único data lake, o OneLake, e com uma única forma de cobrança, a capacidade.

Neste guia você vai entender cada parte do Fabric em linguagem simples, como funciona a capacidade, quando vale migrar, como migrar em etapas e quais erros evitar.

Quais são as partes do Microsoft Fabric?

O Fabric é organizado em cargas de trabalho (workloads), mas todas leem e gravam os mesmos dados. Esse é o ponto central: os dados ficam em um lugar só, sem cópias espalhadas.

OneLake: o data lake único

O OneLake é o armazenamento de toda a plataforma. Existe um por organização, e as tabelas ficam no formato aberto Delta Parquet. Com atalhos (shortcuts), você referencia dados que estão em outros lugares, como Azure Data Lake ou Amazon S3, sem copiá-los. Com o espelhamento (mirroring), bancos como Azure SQL e Snowflake são replicados para o OneLake de forma quase contínua.

Lakehouse e Warehouse

O Lakehouse guarda arquivos e tabelas e é ideal para quem trabalha com Python e Spark, o motor de processamento distribuído usado nos notebooks. Ele também oferece um endpoint SQL para consultas de leitura. O Warehouse é um data warehouse completo em T-SQL, a linguagem SQL da Microsoft, com inserções, atualizações e transações. Muitas arquiteturas usam os dois. Se o conceito ainda é novo, vale ler o que é um data warehouse.

Data Factory: pipelines e dataflows

O Data Factory é a parte de integração. Os pipelines orquestram as cargas: copiam dados de fontes como ERP, CRM e bancos SQL, agendam execuções e tratam falhas. Os Dataflows Gen2 usam o Power Query, a mesma interface de transformação do Power BI, e atendem equipes que preferem pouco código.

Notebooks

Os notebooks permitem escrever transformações em PySpark, Spark SQL ou Python. São a melhor opção para regras complexas, grandes volumes, limpeza de dados e modelos de ciência de dados, como previsão de demanda ou de geração de energia.

Power BI e Direct Lake

O Power BI faz parte do Fabric. A novidade mais relevante é o modo Direct Lake, em que o modelo semântico lê as tabelas Delta direto do OneLake, sem importar e duplicar os dados a cada atualização. Com tabelas bem modeladas, o desempenho se aproxima do modo de importação.

Tempo real

Para dados que chegam o tempo todo, como eventos de sensores, logs de sistemas ou filas de contact center, o Fabric oferece o Real-Time Intelligence: Eventstreams para captar eventos, Eventhouse para armazenar e consultar com a linguagem KQL, painéis em tempo real e alertas automáticos com o Activator.

Como funciona a capacidade do Fabric?

No Fabric você não paga por serviço separado. Você contrata uma capacidade, um conjunto de poder computacional medido em unidades de capacidade (CUs), que todas as cargas de trabalho compartilham. As capacidades são identificadas por SKUs F, como F2, F8 e F64: quanto maior o número, mais poder de processamento. O armazenamento no OneLake é cobrado à parte.

Quatro pontos ajudam a entender o comportamento da capacidade no dia a dia:

• Pausa: na modalidade de pagamento conforme o uso, contratada no Azure, a capacidade pode ser pausada quando não está em uso, como em ambientes de desenvolvimento à noite. Pausada, ela não executa nada e os itens ficam indisponíveis.
• Escala: você pode aumentar ou reduzir o tamanho da capacidade conforme a demanda, sem mover os dados.
• Suavização: picos de consumo são distribuídos ao longo do tempo. Se o uso ficar acima do limite por muito tempo, a plataforma passa a atrasar ou recusar operações, o chamado throttling.
• Reserva: quando o consumo é estável, contratar a capacidade reservada por um período costuma sair mais barato do que pagar conforme o uso.

Confira também o licenciamento do Power BI. Em capacidades menores que a F64, quem consome relatórios em geral continua precisando de licença Power BI Pro; a partir da F64, usuários com licença gratuita podem visualizar o conteúdo publicado. Valide as regras vigentes com a Microsoft antes de dimensionar.

Quando vale a pena migrar para o Microsoft Fabric?

A resposta depende de onde você está hoje. Um bom termômetro é o nível de maturidade de dados da empresa: quanto mais fontes, áreas e decisões dependem de dados, mais o Fabric se paga em organização e velocidade.

Se você usa Power BI Pro

Vale avaliar quando os limites do Pro começam a travar a operação, como o número de atualizações agendadas por dia e o tamanho dos modelos, ou quando a lógica de negócio está espalhada em dezenas de relatórios. O Fabric permite criar uma camada de dados única que vários relatórios reutilizam.

Se você usa Power BI Premium

A Microsoft vem conduzindo a transição das capacidades Power BI Premium (SKUs P) para as SKUs F do Fabric. Para quem já paga capacidade, a migração tende a ser natural e libera as demais cargas de trabalho, como Lakehouse, Warehouse e pipelines.

Se você usa Azure Synapse

A Microsoft posiciona o Fabric como a evolução das cargas analíticas do Synapse. Se o Synapse funciona bem, não há motivo para correria, mas faz sentido planejar a mudança, começando pelos projetos novos e reduzindo o número de serviços separados para administrar.

Se seus dados estão em planilhas e bancos SQL soltos

Aqui o ganho costuma ser maior, porque a empresa sai de arquivos manuais para um repositório central, com histórico e regras únicas. Mas atenção: com poucas fontes e pouco volume, um banco SQL bem modelado com Power BI pode resolver por um bom tempo. O Fabric faz mais sentido com várias fontes, volume crescente ou necessidade de dados quase em tempo real.

Como migrar para o Fabric em etapas?

Migrar tudo de uma vez é o caminho mais curto para o retrabalho. Um roteiro em etapas reduz o risco e mostra resultado cedo:

1. Faça o inventário: liste fontes de dados, relatórios, horários de atualização, usuários e custos atuais.
2. Escolha um piloto: uma área com dor clara e dono definido, como vendas, financeiro ou contact center.
3. Desenhe a arquitetura: camadas bronze, prata e ouro, quando usar Lakehouse ou Warehouse e workspaces separados para desenvolvimento, teste e produção.
4. Construa a ingestão com pipelines, Dataflows Gen2, espelhamento ou atalhos, usando cargas incrementais sempre que possível.
5. Transforme e modele: regras de negócio na camada ouro e um modelo semântico em Direct Lake ou importação.
6. Valide os números com a área de negócio, lado a lado com os relatórios atuais, antes de desligar qualquer coisa.
7. Coloque em produção, desative o processo antigo e acompanhe o consumo da capacidade nas primeiras semanas.
8. Repita na próxima área, reaproveitando dimensões já prontas, como clientes, produtos e calendário.

Um exemplo: na MasterSense, as vendas de 4 países, em 3 idiomas, vêm do SAP HANA e são organizadas em camadas no Microsoft Fabric, em um único BI. A atualização passou de diária para a cada 15 minutos, e um aplicativo de acessos define quem vê o quê.

Como fazer governança e controlar custos no Fabric?

Como tudo fica em um só lugar, a governança precisa nascer junto com a plataforma. Use este checklist:

• Workspaces separados por ambiente e por área, com padrão de nomes definido desde o início.
• Papéis de acesso (administrador, membro, colaborador, visualizador) com o mínimo de privilégio necessário.
• Modelos semânticos oficiais marcados como certificados, para que todos usem a mesma fonte da verdade.
• Segurança em nível de linha nos modelos, para que cada pessoa veja apenas os dados que pode ver.
• Rótulos de sensibilidade e linhagem com o Microsoft Purview, especialmente para dados pessoais sujeitos à LGPD.
• Integração com Git e pipelines de implantação para versionar e promover mudanças entre ambientes.
• Revisão semanal do aplicativo Microsoft Fabric Capacity Metrics para encontrar os itens que mais consomem.
• Cargas pesadas agendadas fora do horário de pico e cargas incrementais no lugar de recargas completas.
• Capacidades de desenvolvimento pausadas fora do expediente e reserva quando o consumo estiver estável.

Quais são os erros mais comuns ao adotar o Microsoft Fabric?

• Tratar o Fabric como uma versão nova do Power BI e copiar os relatórios sem rever o modelo de dados.
• Migrar tudo de uma vez, sem piloto e sem validar os números com as áreas.
• Duplicar dados em vários Lakehouses e Warehouses sem uma arquitetura de camadas clara.
• Dimensionar a capacidade no chute e não monitorar o consumo depois.
• Deixar notebooks pesados rodando no mesmo horário em que a diretoria abre os painéis.
• Dar acesso de administrador a todos e descobrir meses depois que ninguém sabe qual tabela é a oficial.
• Não ter um dono da plataforma, responsável por custos, padrões e prioridades.

A maioria desses erros não é técnica: é falta de plano. Uma arquitetura simples e bem documentada vale mais do que usar todos os recursos no primeiro mês.

Como a Wolkee ajuda

A Wolkee desenha e implanta plataformas de dados com SQL, Python, Microsoft Fabric e Azure, do inventário das fontes ao Power BI em produção, com governança e controle de custos desde o início. São 9 anos de mercado, mais de 500 entregas e projetos em 8 países. Conheça nosso serviço de engenharia de dados.

Se você está avaliando o Fabric, comece com um diagnóstico gratuito de 30 minutos. Entendemos seu cenário, dizemos se a migração faz sentido agora e, quando faz, apresentamos um protótipo funcional antes do contrato. Respondemos em até 1 dia útil.

Perguntas frequentes

O Microsoft Fabric substitui o Power BI?

Não. O Power BI faz parte do Microsoft Fabric e continua sendo a ferramenta de relatórios e painéis. O que muda é que a mesma capacidade também dá acesso a integração, Lakehouse, Warehouse, notebooks e tempo real. Os relatórios existentes continuam funcionando, e você pode migrar a camada de dados aos poucos, sem refazer todos os painéis de uma vez.

Qual a diferença entre Lakehouse e Warehouse no Fabric?

O Lakehouse é voltado a quem trabalha com Spark e Python e guarda arquivos e tabelas; o Warehouse é um data warehouse completo em T-SQL, com escrita e transações. Os dois gravam no OneLake em formato Delta, então um consegue ler os dados do outro. A escolha depende mais das habilidades da equipe e do tipo de carga do que do volume de dados.

Microsoft Fabric é a mesma coisa que Azure Synapse?

Não, mas são parentes. O Synapse é um serviço do Azure que você configura e administra; o Fabric é uma plataforma SaaS que reúne cargas de trabalho parecidas, armazenamento único no OneLake e o Power BI. A Microsoft posiciona o Fabric como a evolução do Synapse e oferece guias para migrar pipelines, notebooks e data warehouses.

Como é cobrado o Microsoft Fabric?

O Fabric é cobrado pela capacidade contratada, identificada por uma SKU F, e não por serviço. No pagamento conforme o uso, você paga pelo tempo em que a capacidade fica ativa e pode pausá-la; na reserva, assume um prazo em troca de custo menor. O armazenamento no OneLake é cobrado à parte, e licenças Power BI Pro podem ser necessárias.