A Microsoft vem acelerando o ritmo de atualizações do Fabric e algumas das mais recentes vão bem além de feature nova para constar no changelog.
Estou falando de coisas que resolvem dores reais de quem trabalha com dados em produção. Recuperação de desastres, identidade de serviço, ingestão sem fricção. Problemas que times sérios enfrentam e que, até pouco tempo atrás, não tinham solução elegante dentro do próprio Fabric.
Vou passar por cada uma delas com o contexto que faz a diferença não só o que a feature faz, mas por que ela importa de verdade.
1. Item Recovery — A lixeira que faltava no Fabric (Preview)
Vamos começar com o cenário que todo time de dados já viveu pelo menos uma vez.
Alguém deletou um item no workspace. Pode ter sido um relatório crítico, um Lakehouse com dados de produção, um pipeline que levou semanas para ser construído. Aconteceu no ambiente errado, foi um clique a mais, foi um script que rodou onde não devia. Não importa o motivo o resultado era sempre o mesmo: o item sumia, e a pergunta que vinha na sequência era "quanto tempo vai levar para reconstruir isso?".
Com o Item Recovery, o Fabric passa a ter um modelo de soft-delete: quando um item é deletado, ele não desaparece imediatamente. Ele entra em estado de retenção e vai para uma lixeira dedicada dentro do workspace a Workspace Recycle Bin. O item fica lá por um período configurável de 7 a 90 dias, definido pelo tenant admin.
Qualquer Contributor, Member ou Admin do workspace pode restaurar o item nesse período. E a restauração é completa: permissões, dados, lineage, endorsements e sensitivity labels voltam exatamente como estavam. Não é uma restauração parcial. É o item no estado original.
Vale um contexto importante aqui. Existe uma prática que resolve isso de forma muito mais robusta: o Git Integration do Fabric. Com o workspace conectado ao repositório Git, os itens ficam versionados e você pode voltar a qualquer estado anterior com precisão. É a solução certa para ambientes de engenharia maduros.
O problema é que a maioria dos times que usam Fabric hoje ainda não chegou lá. Git Integration exige processo, disciplina, conhecimento de versionamento e uma estrutura de CI/CD que muitos simplesmente não têm ainda. E isso não é crítica, é realidade de mercado.
Para esses times — que são a maioria — o Item Recovery é uma rede de segurança que pode fazer a diferença entre um incidente resolvido em minutos e um dia inteiro de retrabalho. Ainda em preview, mas já vale ativar no tenant antes que o primeiro incidente aconteça.
Item Recovery in Microsoft Fabric (Preview)
2. Dropped Warehouse Recovery — Warehouse dropado? Volta em minutos (Preview)
O Item Recovery cobre deleções gerais de workspace. Esta novidade é específica para o Fabric Data Warehouse e merece atenção separada porque o nível de fidelidade na restauração vai além.
Dropar um Warehouse por engano tem um peso diferente das outras deleções. Um Warehouse em produção raramente é um objeto simples: ele acumula schemas definidos ao longo de meses, dados históricos processados e validados, permissões configuradas para múltiplos times, snapshots de estados anteriores, queries salvas que analistas usam no dia a dia. Reconstruir tudo isso manualmente não é apenas demorado, é arriscado, porque a reconstrução nunca é exatamente igual ao original.
Com o Dropped Warehouse Recovery, quando um Warehouse é dropado ele pode ser restaurado com tudo que tinha: dados, schemas, snapshots, permissões e queries salvas. Em minutos, sem rebuild, sem re-ingestão, sem workflow complexo de restore.
É uma feature que muda a postura do time diante de mudanças em produção. Ter uma recuperação confiável é o que separa uma equipe que trabalha com confiança de uma equipe que trabalha com medo de alterar algo no ambiente.
Anunciada no Feature Summary de Março de 2026, ainda em preview.
Dropped Warehouse Recovery in Microsoft Fabric (Preview)
3. Associated Identities for Items — O fim de um problema silencioso que faz times sofrerem para caramba (Preview)
Essa é a que mais me animou nesta rodada. Não porque é a mais vistosa, mas porque resolve um problema que eu vejo acontecer com uma frequência absurda e que geralmente passa despercebido até virar um incidente sério.
No Fabric, muitos itens são executados com a identidade do usuário que os criou. Na prática, o pipeline que processa os dados da empresa todo dia está rodando "como se fosse" o analista que o construiu há oito meses.
Enquanto esse analista está na empresa, tudo funciona. No momento em que ele sai por desligamento, mudança de time, qualquer coisa os itens vinculados à identidade dele começam a falhar.
E o pior é como essas falhas aparecem: de forma silenciosa e intermitente. O pipeline não quebra com um erro claro. Ele começa a falhar em partes, dependendo de quais conexões e permissões foram afetadas. O diagnóstico é lento porque nada aponta diretamente para o problema de identidade. O time passa horas, às vezes dias, tentando entender o que mudou no ambiente antes de descobrir que a raiz do problema é que o dono do item simplesmente não existe mais na organização.
Já vi isso se repetir em projetos de consultoria, em relatos de times que acompanho, em perguntas de alunos. É muito mais comum do que deveria ser. E antes desta feature, a solução era sempre manual e trabalhosa: caçar quais itens estavam vinculados ao usuário que saiu e remediar um por um.
Com o Associated Identities for Items, você pode associar a um item uma identidade não-humana: um Service Principal ou uma Managed Identity. A atualização é feita via REST API o que significa que você consegue remediar dezenas ou centenas de itens de forma programática, sem recriar nada, sem perder configurações.
Fabric Administrators também passam a conseguir visualizar qual identidade está associada a cada item em todos os workspaces via Admin APIs. Auditoria real, finalmente possível.
Itens de produção dependendo de identidades pessoais é um antipadrão que ambientes maduros precisam eliminar. Isso já é padrão em outros serviços Azure: Functions, Data Factory, AKS; todos operam com identidades de serviço em produção. O Fabric estava ficando para trás nesse ponto. Essa feature resolve isso de forma direta.
Se você administra um ambiente Fabric com múltiplos times e rotatividade, coloque essa no topo da lista para implementar assim que chegar a GA.
Associated Identities for Items (Preview)
4. Shortcut Transformations — Arquivos viram tabelas Delta sem pipeline (GA)
Essa saiu do preview e está Geralmente Disponível.
Para entender o valor, precisa entender o que ela simplifica. OneLake Shortcuts permitem referenciar dados que estão em outro storage ADLS Gen2, Amazon S3, Google Cloud Storage, sem copiar nada para dentro do Fabric. O dado fica onde está, e o Fabric acessa via atalho.
O problema é que arquivos não são tabelas. Um CSV ou Parquet referenciado via Shortcut aparece como arquivo, não como tabela Delta. Para tornar esses dados consumíveis via SQL, Spark ou Power BI, você precisava criar um pipeline: Notebook, Dataflow Gen2 ou Data Factory Pipeline, com toda a orquestração, agendamento e manutenção que isso traz junto. Para ingestão simples de arquivos estruturados, isso era usar canhão para matar barata.
Com o Shortcut Transformations, você configura a transformação diretamente no Shortcut. O Fabric converte os arquivos para Delta, mantém a tabela sincronizada continuamente com a fonte e disponibiliza os dados imediatamente para SQL, Spark e Power BI. Formatos suportados: CSV, Parquet e JSON. Sem pipeline, sem agendamento, sem código.
Para times que ainda estão estruturando o ambiente e precisam ingerir dados de fontes externas de forma simples, essa feature é mão na roda. Para times mais avançados, ela cobre os casos onde a ingestão é simples o suficiente para não justificar um pipeline dedicado liberando tempo para o que realmente precisa de lógica mais elaborada.
Shortcut Transformations: Turn Files into Delta Tables Without Pipelines (GA)
O padrão por trás dessas quatro novidades
Olhando em conjunto, fica claro o que a Microsoft está fazendo.
Não é expansão de escopo. É consolidação. Está fechando as lacunas que impediam times sérios de levar o Fabric para produção com confiança. Recuperação operacional, identidade de serviço, ingestão sem fricção. São os blocos que faltavam.
Isso não é hype de feature nova. É maturidade de plataforma e faz toda a diferença para quem precisa colocar o Fabric para rodar de verdade.
Quer aprender Microsoft Fabric do jeito certo?
Se você chegou até aqui, provavelmente está levando o Fabric a sério, seja para o trabalho atual ou para se posicionar melhor no mercado.
Na Data Driven School temos um curso completo de Microsoft Fabric que cobre desde os fundamentos da plataforma até arquiteturas de produção, governança e as boas práticas que fazem diferença em projetos reais. O mesmo raciocínio que guia esse artigo guia o curso: ensinar o porquê, não apenas o clique.
Acesse datadrivenschool.com.br e veja o que está disponível.
Luciano Borba — Engenheiro de Dados, consultor e educador na Data Driven School