Status: lançamento confirmado
O dbt Labs publicou em 1 de junho de 2026 o primeiro alpha do dbt Core v2. A notícia, por si só, já seria relevante: a nova geração promete mais performance, instalação mais simples e uma base mais rígida para evolução do framework. Mas o melhor ângulo editorial não está só aí.
Fontes primárias: post oficial do dbt Labs sobre o dbt Core v2 e repositório oficial do dbt Core no GitHub
O ponto que realmente merece atenção é o novo arranjo entre dbt Core v2 e Fusion. O dbt Labs diz explicitamente duas coisas ao mesmo tempo: o Core continua open source sob Apache 2.0 e, para a maior parte dos usuários, a distribuição recomendada passa a ser o Fusion. É nessa convivência que a conversa fica mais interessante.
A pergunta deixou de ser só “o que mudou na release?”
No anúncio oficial, o dbt Labs destaca ganhos concretos: melhora forte de parse e compile, artefatos em Parquet, documentação local refeita e instalação em binário único. Tudo isso importa.
Mas, para quem lidera ou opera analytics engineering, a pergunta central não é apenas técnica. É estratégica:
- quanto do avanço da categoria continua disponível na distribuição aberta;
- quanto da melhor experiência vai se concentrar no Fusion;
- como isso afeta autonomia, custo de mudança e dependência de roadmap.
Esse tipo de dúvida aparece quando uma ferramenta deixa de ser acessório e vira infraestrutura. E o dbt já ocupa esse lugar em muita operação analítica.
O open source continua, mas a fronteira ficou mais visível
O comunicado oficial tenta resolver uma tensão antiga: aproximar o Core da base técnica usada no Fusion sem abandonar o compromisso com o open source. O resultado é um Core v2 reescrito em Rust, publicado sob Apache 2.0 e apresentado como a fundação comum entre as distribuições.
Só que o próprio anúncio também deixa claro que o Fusion seguirá oferecendo a experiência mais completa para a maioria dos casos. Isso não invalida o valor do Core. Mas muda a leitura.
Antes, o debate era “open source versus produto comercial”. Agora a pergunta fica mais precisa: qual parte do valor da analytics engineering moderna fica no núcleo aberto e qual parte passa a viver na distribuição recomendada pelo próprio fornecedor?
O impacto prático para times de dados
Para uma equipe que usa dbt no dia a dia, esse lançamento mexe em três frentes de decisão:
- operação: performance, instalação e compatibilidade deixam de ser detalhes e entram no cálculo de upgrade;
- governança: times que precisam de previsibilidade de licença e portabilidade vão acompanhar de perto essa transição;
- estratégia de plataforma: quanto mais central o dbt fica no fluxo de transformação, maior o peso de depender do caminho escolhido pelo vendor.
Em outras palavras, dbt Core v2 não é só uma nova release. É um retrato de uma categoria que está amadurecendo e concentrando mais poder em runtime, distribuição e ecossistema.
Leitura da Blast
O anúncio do dbt Core v2 vale menos como hype de produto e mais como sinal de mercado. Analytics engineering entrou numa fase em que performance, experiência local, licença e distribuição já fazem parte da mesma conversa.
O Core continua aberto. Isso é fato. Mas a discussão relevante agora é outra: onde o open source termina como base comum e onde começa a vantagem prática da distribuição que o próprio fornecedor empurra como escolha padrão. Para quem toma decisão de stack, essa é a pergunta certa.
