O que vem por aí?

Saiba mais sobre recursos e alterações comportamentais nas próximas versões do Azure Databricks.

Próximo fim de vida da API Supervisor

A API do Supervisor (Beta) chega ao fim da vida em 30 de setembro de 2026. Após essa data, a API não estará mais disponível.

O Azure Databricks recomenda migrar para agentes personalizados no Databricks Apps.

Veja API Supervisor (Beta) (descontinuada).

O acesso do consumidor aos serviços de consulta do Unity AI Gateway ficará geralmente disponível

Consultar os serviços de modelo do Unity AI Gateway e os serviços de provedores de modelos com Acesso do consumidor atualmente requer adesão por meio da Acesso do consumidor ao Unity AI GatewayVisualização Pública. Quando essa funcionalidade se tornar geralmente disponível, os usuários de acesso ao consumidor poderão consultar esses serviços sem a prévia ativada. Isso pode aumentar o tráfego de modelos proveniente de usuários consumidores, incluindo o tráfego para serviços de provedores de modelos que roteiam para provedores externos.

Antes dessa mudança, os administradores de contas deveriam definir orçamentos e limites de taxa, ou desativar o acesso direto ao modelo, para usuários de acesso consumidor, para que esses controles estejam em vigor quando a funcionalidade se torna geralmente disponível. Veja Gerenciar orçamentos para o Unity AI Gateway, Aplicar limites de taxa para serviços de modelo e MCP, e Gerenciar direitos.

O controle de acesso baseado em funções (RBAC) estará em breve disponível por padrão para ambientes de trabalho com o perfil de segurança de conformidade ativado

O controle de acesso baseado em funções (RBAC) estará disponível por padrão para os espaços de trabalho com o perfil de segurança de conformidade ativado em meados de setembro de 2026.

O RBAC permite que os usuários assumam um papel no Azure Databricks. Quando um usuário assume um papel, apenas as permissões desse papel se aplicam, e não as permissões acumuladas do usuário. Isso habilita o acesso exclusivo. Os usuários devem assumir ativamente um papel para acessar dados sensíveis, impedindo-os de acessá-los sob sua própria identidade e de misturar dados entre casos de uso, ensaios clínicos, projetos ou clientes.

Consulte o RBAC (controle de acesso baseado em função).

Descontinuação futura da coluna de monitoramento da qualidade dos dados downstream_impact

A downstream_impact coluna na tabela de resultados do sistema de monitoramento de qualidade de dados está sendo descontinuada.

A descontinuação começa em 7 de setembro de 2026 e será implementada gradualmente em várias regiões ao longo da semana seguinte. Até que a distribuição alcance o espaço de trabalho, talvez você ainda consiga consultar downstream_impact. Após a descontinuação ser concluída, a coluna deixará de ser populada.

Para a coluna afetada, veja referência de tabela do sistema de resultados do monitoramento de qualidade dos dados e Revise os resultados registrados da detecção de anomalias.

Descontinuação futura da coluna de monitoramento da qualidade dos dados root_cause_analysis

A root_cause_analysis coluna na tabela de resultados do sistema de monitoramento de qualidade de dados está sendo descontinuada.

A descontinuação começa em 18 de agosto de 2026 e é implementada gradualmente em várias regiões ao longo dos dias seguintes. Até que a distribuição alcance o espaço de trabalho, talvez você ainda consiga consultar root_cause_analysis. Após a descontinuação ser concluída, a coluna deixará de ser populada.

Para a coluna afetada, veja referência de tabela do sistema de resultados do monitoramento de qualidade dos dados e Revise os resultados registrados da detecção de anomalias.

O compartilhamento de tabelas com suporte do armazenamento padrão será ativado por padrão para todas as contas

O suporte ao OpenSharing para tabelas com armazenamento padrão geralmente está disponível e está ativado por padrão na maioria das contas. Para a maioria das contas Enterprise ou Premium Tier, o Azure Databricks habilitará automaticamente em meados de setembro de 2026, e no início de 2027 para o restante.

Até que o recurso seja habilitado para sua conta, um administrador da conta pode habilitar o recurso OpenSharing para Armazenamento padrão – Acesso expandido na página de Pré-visualizações no console da conta. Consulte Gerenciar visualizações do Azure Databricks.

Ampliação da faturação de rede para OpenSharing SecureConnect

O Azure Databricks expandirá a faturação de rede para o OpenSharing SecureConnect. Hoje, os provedores de dados são cobrados pela transferência (saída) de dados quando os destinatários acessam dados compartilhados via SecureConnect. Tipos adicionais de cobrança e cenários de acesso, incluindo cobranças aos destinatários, estão planejados.

A tabela a seguir resume as cobranças planejadas, quem é cobrado e como cada uma se aplica em cenários de acesso:

¹ A transferência de dados (saída) não se aplica quando o destinatário está na mesma região do provedor.
² Aplica-se apenas se o provedor configurar a conectividade privada anexando uma configuração de conectividade de rede (NCC) ao metastore.
³ O Azure Databricks não cobra essa cobrança. Se os destinatários em computação clássica ou os destinatários abertos acessarem o armazenamento pela rede pública, seu próprio provedor de nuvem poderá cobrá-los diretamente pela tradução de endereços de rede (NAT).
⁴ Destinatários sem servidor da mesma região leem diretamente do armazenamento, e não por meio do proxy gerenciado.

Para as taxas, veja Transferência de dados e preços de conectividade, ou entre em contato com sua equipe de contas do Azure Databricks.

OpenSharing SecureConnect estará disponível por padrão para todas as contas

O OpenSharing SecureConnect está geralmente disponível. O Azure Databricks o disponibilizará por padrão para contas no plano Premium em meados de setembro de 2026, e no início de 2027 para o restante.

Até que esteja disponível para sua conta, um administrador da conta do lado do provedor pode ativar a prévia do OpenSharing SecureConnect na página de Prévias no console da conta. Veja Compartilhar dados atrás de um firewall com o SecureConnect e Gerenciar prévias do Azure Databricks.

O Catálogo Secrets in Unity em breve estará disponível por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado

O Catálogo Secrets in Unity estará disponível por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado no final de setembro de 2026.

Armazene, governe e acesse segredos como objetos protegidos no Unity Catalog. Um segredo do Catálogo do Unity usa o namespace de três níveis (catalog.schema.secret) e é regido por privilégios do Catálogo do Unity, para que você possa aplicar os mesmos controles de acesso e auditoria que você usa para outros ativos de dados.

Consulte segredos no Catálogo do Unity.

Os aplicativos Databricks em breve serão ativados para espaços de trabalho com o perfil de segurança de conformidade ativado

A partir do início de setembro de 2026, os Apps Databricks estarão ativados automaticamente para os espaços de trabalho com o perfil de segurança de conformidade ativado.

Consulte Os Aplicativos do Databricks.

Próxima disponibilidade geral do Unity AI Gateway

O Unity AI Gateway, a solução de governança do Azure Databricks para IA corporativa, está programada para disponibilidade geral em breve. Construído sobre o Unity Catalog, o Unity AI Gateway estende a governança às interações em tempo de execução entre modelos, agentes, servidores MCP e ferramentas. Você pode controlar quais serviços de IA as equipes utilizam, rotear e gerenciar o tráfego de IA, e monitorar o uso a partir de um único plano de controle.

As seguintes capacidades estarão geralmente disponíveis. Serviços de modelo, MCP e de provedor de modelo são objetos protegíveis do Unity Catalog que você gerencia com os mesmos privilégios usados para tabelas e volumes:

• Os serviços de modelo encaminham solicitações para modelos de pagamento por token e externos com divisão de tráfego e fallback, e você pode compartilhá-los entre espaços de trabalho. Consulte as APIs de modelo do Govern (serviços de modelo).
• Os serviços MCP registram servidores MCP externos ou fornecidos pelo Azure Databricks, assim você pode governar o acesso dos agentes com concessões e seleção de ferramentas. Consulte Conecte agentes a ferramentas de terceiros com os Serviços MCP.
• Os serviços de provedores de modelo representam provedores externos de modelos, como OpenAI, Anthropic e Amazon Bedrock, com credenciais gerenciadas centralmente. Veja Gerenciar provedores de modelo externos (serviços de provedor de modelo).
• Os orçamentos monitoram e controlam os gastos mensais do Unity AI Gateway com limites por usuário e limites rígidos. Veja Gerenciar orçamentos para o Unity AI Gateway.

Consulte a governança de IA com o Unity AI Gateway.

Os clusters de grupo dedicados estarão disponíveis em breve por padrão para workspaces com o perfil de segurança de conformidade habilitado

Os clusters de grupo dedicados estarão disponíveis por padrão para workspaces com o perfil de segurança de conformidade habilitado em setembro de 2026.

Você pode atribuir um recurso de computação a um grupo usando o modo de acesso dedicado , permitindo que os membros do grupo compartilhem computação enquanto executam com segurança idiomas e cargas de trabalho sem suporte no modo de acesso padrão, como Databricks Runtime para ML, APIs RDD e R. Quando um usuário se conecta a um cluster de grupo, suas permissões reduzem o escopo para as permissões do grupo para a sessão de cluster.

Consulte o acesso ao grupo de computação dedicado.

A Pesquisa de IA com QPS alta estará disponível em breve por padrão nos workspaces com o perfil de segurança de conformidade habilitado

A Pesquisa de IA com QPS alta estará disponível por padrão para workspaces com o perfil de segurança de conformidade ativado no fim de agosto de 2026.

Defina um QPS desejado nos endpoints padrão do AI Search para dar suporte a cargas de trabalho em tempo real com alta taxa de transferência, como barras de pesquisa, sistemas de recomendação e correspondência de entidades. QPS alto vem habilitado por padrão, mas os endpoints existentes não são afetados. A capacidade adicional e o custo associado só se aplicam quando você configura um QPS alvo para um endpoint.

Consulte Escalar a taxa de transferência do ponto de extremidade da Pesquisa de IA com alto número de QPS.

Conectores baseados em consulta no Lakeflow Connect estarão disponíveis por padrão para workspaces com o perfil de segurança de conformidade habilitado

Conectores baseados em consulta no Lakeflow Connect em breve estarão disponíveis por padrão para workspaces com o perfil de segurança de conformidade habilitado. Os conectores baseados em consulta importam dados de bancos de dados por meio de consultas diretas à fonte, utilizando uma coluna de cursor, sem a necessidade de configuração de captura de alterações de dados (CDC) ou de um gateway de importação. As fontes com suporte incluem Oracle, Teradata, SQL Server, MySQL, MariaDB e PostgreSQL, bem como todas as fontes de dados da Federação Lakehouse usando ingestão de catálogos estrangeiros.

Consulte conectores baseados em consulta.

A solicitação de acesso em breve será habilitada por padrão para todos os workspaces

Em uma versão futura, a Solicitação de Acesso será habilitada por padrão para todos os workspaces e as solicitações de acesso serão roteadas para o proprietário do objeto do Catálogo do Unity solicitado por email. Você pode configurar destinos de solicitação de acesso a qualquer momento nas configurações do metastore. As configurações legadas de solicitação de acesso no nível do workspace serão descontinuadas.

Consulte Habilitar solicitações de acesso no metastore.

Atualizações automáticas adicionarão mais recursos às tabelas existentes

Atualizações automáticas aplicam recursos recomendados às tabelas gerenciadas do seu Catálogo Unity após verificar a compatibilidade da carga de trabalho. O Azure Databricks está expandindo os recursos que atualizações automáticas aplicam às tabelas existentes.

A partir de julho de 2026, atualizações automáticas implementarão o rastreamento de linhas e o Checkpoint V2 nas tabelas existentes. Esse lançamento é gradual, então esses recursos estarão disponíveis para diferentes clientes em momentos distintos.

Em agosto de 2026, as atualizações automáticas distribuirão as confirmações de catálogo e os vetores de exclusão em tabelas existentes.

Atualizações automáticas ativam um recurso somente depois que a janela de observação verifica se todo cliente acessando uma tabela o suporta. Para acompanhar quais recursos estão disponíveis para atualizações automáticas, veja Recursos suportados.

O Genie One estará disponível em breve para usuários com apenas conta

Em breve, o Genie One oferecerá suporte a usuários apenas com conta, permitindo que qualquer usuário do seu provedor de identidade acesse o Genie One sem ser atribuído a um espaço de trabalho nem receber a permissão de consumidor. Quando habilitado, todos os usuários em seu provedor de identidade são registrados automaticamente. O Catálogo do Unity continuará a controlar o que cada usuário pode ver.

Esse recurso estará em Visualização Pública e habilitado por padrão. Para serem qualificadas, as contas devem habilitar o Gerenciamento Automático de Identidade (ou SCIM no nível da conta) e uma URL personalizada.

Os administradores da conta podem restringir o acesso com limites de acesso do AIM ou desativar o acesso exclusivo à conta no console da conta.

Os serviços MCP fornecidos pelo Azure Databricks estarão em GA em breve

Azure Databricks serviços MCP fornecidos para aplicativos SaaS, como Slack, GitHub, Atlassian e Google Drive, estarão disponíveis em breve, com operações de leitura e gravação habilitadas por padrão. Administradores e usuários podem desabilitar os Serviços MCP e ferramentas individuais no Gateway de IA do Unity.

Consulte Conecte agentes a ferramentas de terceiros com os Serviços MCP.

O conector do SharePoint no Lakeflow Connect entrará em disponibilidade geral em breve

O conector do SharePoint no Lakeflow Connect estará disponível para todos em breve. Você pode ingerir arquivos e dados estruturados de sites do SharePoint para o Azure Databricks para transformação, análise e pipelines downstream.

Consulte SharePoint conector.

O conector do Google Drive no Lakeflow Connect estará disponível para todos em breve

O conector do Google Drive no Lakeflow Connect em breve estará em disponibilidade geral. Você pode ingerir arquivos do Google Drive para o Azure Databricks para transformação, análise e pipelines subsequentes.

Consulte o conector do Google Drive.

Alterar para o editor padrão de pipeline para espaços de trabalho com o perfil de segurança de conformidade habilitado

O Editor do Lakeflow Pipelines está disponível em geral desde maio de 2026. Em agosto, ele se tornará o editor padrão para desenvolver e depurar pipelines em workspaces com o perfil de segurança de conformidade habilitado. Nesse momento, o editor herdado será removido.

Para saber mais sobre o Editor de Pipelines do Lakeflow, confira Desenvolver e depurar pipelines ETL com o Editor de Pipelines do Lakeflow. Se você tiver dúvidas sobre essa transição, entre em contato com sua equipe de conta.

Alterações de comportamento para trabalhos e pipelines contínuos

No início de agosto de 2026, os pipelines e trabalhos contínuos do Lakeflow receberão atualizações para simplificar a configuração.

Você poderá configurar um agendamento contínuo diretamente da página de pipeline, incluindo configurações de nível de trabalho, como o modo de desempenho. Configurar um agendamento contínuo dessa forma transforma o pipeline em um trabalho contínuo.

A Databricks recomenda executar pipelines contínuos com um trabalho contínuo, em vez de usar a configuração contínua interna do pipeline. Quando um trabalho contínuo envolve um pipeline, o trabalho gerenciará o ciclo de vida da execução do pipeline. A configuração contínua interna não está sendo removida, mas novos pipelines contínuos devem usar o padrão de trabalho contínuo.

A criação clássica do espaço de trabalho com uma VNet gerenciada pelo Azure Databricks será descontinuada em breve

Em uma versão futura, o Azure Databricks planeja descontinuar a criação clássica de workspace com uma VNet gerenciada pelo Azure Databricks. Para novos workspaces, Azure Databricks recomenda um workspace sem servidor para o início rápido mais simples ou injeção de VNet se você precisar de um workspace clássico. Uma linha do tempo de migração detalhada será comunicada separadamente.

Veja Rede clássica de plano de computação.

Em breve, a conectividade segura do cluster se tornará obrigatória para workspaces clássicos

Em uma versão futura, o Azure Databricks planeja exigir conectividade segura de cluster para todos os workspaces clássicos. Os espaços de trabalho criados com enableNoPublicIp definidos como false não terão mais suporte, e o parâmetro se tornará obrigatório. Uma linha do tempo de migração detalhada será comunicada separadamente.

Consulte Habilitar conectividade de cluster seguro.

Os assets de interface do Azure Databricks serão servidos a partir de um novo domínio CDN

No final de agosto de 2026, os workspaces do Azure carregarão ativos de interface de usuário a partir de um novo domínio CDN de primeira parte, ui-assets.azuredatabricks.net. Se seu firewall restringe o tráfego de saída por domínio, adicione o novo domínio para que a interface carregue corretamente.

Consulte Permitir tráfego para domínios da CDN para recursos da interface do usuário.

Em breve, o Lakeflow Designer estará disponível por padrão para workspaces com o perfil de segurança de conformidade habilitado

O Lakeflow Designer estará disponível por padrão para workspaces com o perfil de segurança de conformidade habilitado no final de julho de 2026.

O Lakeflow Designer é uma experiência visual sem código para preparar e transformar dados em uma tela de arrastar e soltar, com todos os fluxos de trabalho apoiados pelo código pronto para produção regido pelo Catálogo do Unity.

Consulte Lakeflow Designer.

Os Pacotes de Automação Declarativa em breve passarão a usar por padrão o mecanismo de implantação direta

Em 24 de julho de 2026, os Pacotes de Automação Declarativa no espaço de trabalho começarão a usar o mecanismo de implantação direta por padrão, em vez do mecanismo de implantação baseado em Terraform. Isso iniciará uma migração automática para todos os pacotes no espaço de trabalho que ainda usam o mecanismo de implantação do Terraform.

Para implantações de pacote da CLI do Databricks, o mecanismo de implantação direta se tornará o padrão a partir de 26 de agosto de 2026. O mecanismo de implantação do Terraform será desabilitado em novas versões da CLI do Databricks em setembro de 2026.

Para obter mais informações sobre o mecanismo de implantação direta e a migração do mecanismo de implantação do Terraform, consulte Migrar para o mecanismo de implantação direta.

Em breve, o Variant estará disponível por padrão para workspaces com o perfil de segurança de conformidade habilitado

O Variant estará disponível por padrão para workspaces com o perfil de segurança de conformidade habilitado em julho de 2026.

Use o Variant para ingerir dados semiestruturados de fontes de streaming (Kinesis, Hub de Eventos), APIs REST e bancos de dados sem esquema, mantendo o acesso à consulta de alto desempenho.

Consulte O suporte do tipo da variante para Apache Iceberg e Delta Lake.

Próxima alteração de comportamento: escolha direitos ao adicionar entidades de segurança a espaços de trabalho

O Databricks está alterando a maneira como entidades recebem direitos a espaço de trabalho. Após essa alteração, você concede explicitamente permissões ao adicionar uma entidade a um espaço de trabalho, em vez de depender da herança do grupo de sistema users. Os administradores dos espaços de trabalho podem aderir a partir de 15 de junho de 2026, e o novo comportamento passa a ser aplicado a todos os espaços de trabalho em 14 de setembro de 2026.

Essa alteração permite a você adicionar identidades em qualquer nível de acesso, inclusive usuários apenas consumidores, sem que eles herdem automaticamente privilégios de criação.

O que está mudando

Cada espaço de trabalho tem dois grupos de sistema: users, que inclui todos os principais aos quais foi concedido acesso ao espaço de trabalho, e admins, que inclui os administradores do espaço de trabalho. Atualmente, cada entidade adicionada a um workspace herda as permissões concedidas a users. Por padrão, estes são:

• Acesso ao espaço de trabalho – crie e use notebooks, trabalhos, pipelines, aplicativos e muito mais.
• Acesso ao SQL do Databricks – criar e usar dashboards, Agentes do Genie, alertas e muito mais.

Após a alteração:

• O users grupo não terá direitos. O admins grupo terá todos os direitos de ambiente de trabalho. Os direitos de ambos os grupos estão bloqueados.
• Novas identidades devem receber explicitamente direitos ao serem adicionadas a um espaço de trabalho.
• users e admins não podem ser aninhados como membros de outros grupos.

As entidades existentes mantêm o nível atual de acesso. O Azure Databricks migra automaticamente os direitos concedidos anteriormente a users para um novo grupo de clones local do workspace chamado users-clone-<TIMESTAMP> (em que <TIMESTAMP> é o momento da migração). Você gerencia o grupo de clone assim como qualquer outro grupo local do workspace, e pode personalizar o nome dele ao aderir antecipadamente. O admins grupo não requer migração.

Ação necessária

• Se você gerencia direitos de acesso de grupos do sistema por meio de automação (Terraform, APIs SCIM do workspace ou scripts personalizados), atualize seus fluxos de trabalho para direcioná-los aos grupos de conta padrão, não aos grupos do sistema. Depois que o novo comportamento estiver habilitado, as tentativas de modificar os direitos do grupo do sistema falharão.
• Se users ou admins estiver aninhado como um membro de outro grupo, remova o aninhamento. O aninhamento não é permitido no novo comportamento.
• Se a sincronização do SCIM excluir grupos de workspace que não reconhece, atualize a configuração para preservar o grupo de clones de migração (users-clone-<TIMESTAMP>). Se a sincronização remover o grupo de clones, as identidades migradas para ele perderão suas permissões.

Timeline

• 15 de junho de 2026 – Aceitação disponível em configurações do workspace em Avançado > Controle de acesso.
• 27 de julho de 2026 – Habilitação automática para espaços de trabalho que não tenham aceitado ou recusado. A opção permanece disponível.
• 14 de setembro de 2026 – Novo comportamento imposto para todos os workspaces. Desativação removida.

Você gerencia o novo comportamento de suas configurações de workspace no controle de Acesso Avançado>:

Antes da adesão: o comportamento legado está ativo.

Depois de aceitar ou habilitar automaticamente: o novo comportamento está ativo.

Para obter mais informações, consulte Migrar controle de direito do espaço de trabalho.

Perfil de segurança de conformidade necessário para HIPAA, HITRUST e IRAP

A partir de 1º de setembro de 2026, o perfil de segurança de conformidade será necessário para processar dados protegidos em HIPAA, HITRUST e IRAP.

Confira o Perfil de segurança de conformidade.

A autorização do usuário para aplicativos do Databricks estará disponível em breve para espaços de trabalho com o perfil de segurança de conformidade habilitado

No final de setembro de 2026, a autorização do usuário para os Apps Databricks será automaticamente habilitada para os espaços de trabalho com o perfil de segurança de conformidade ativado. A autorização do usuário permite que os aplicativos atuem com a identidade do usuário do aplicativo, para que os aplicativos possam acessar recursos em nome do usuário ao impor as permissões existentes do usuário.

Consulte a autorização do usuário.

Próxima alteração: Migrar para o escalonamento automático do Lakebase

O Azure Databricks está atualizando todas as instâncias do Lakebase Provisioned para a plataforma Lakebase Autoscaling. As atualizações começam em junho de 2026 para clientes que os solicitaram, com as atualizações de instância restantes continuando nas semanas seguintes. Os administradores do workspace receberão um email com datas de atualização antes do início da atualização.

A atualização é automática. As conexões são reiniciadas brevemente durante a transição e cadeias de conexão existentes, chamadas à API, Pacotes de Automação Declarativa e configurações do Terraform continuam funcionando sem modificação.

Após a atualização, as seguintes alterações se aplicam:

• Suas instâncias oferecerão suporte a recursos de escalonamento automático e poderão ser gerenciadas pela nova interface de Escalonamento automático e pela já conhecida interface Provisioned, que permanecerá disponível até 1º de setembro de 2026.

• Cada instância recebe um novo cadeia de conexão regional que fornece entrada otimizada:

  • Cadeias de conexão existentes: As cadeias de conexão provisionadas (sem uma região) continuam a funcionar por meio do Link Privado de entrada existente e não exigemLink Privado Direto do Serviço.
  • Nova cadeia de conexão regional: se você usa o Link Privado e se conecta ao Lakebase de fora do workspace do Azure Databricks, deve configurar o Link Privado de entrada para serviços que exigem alto desempenho para usar a nova cadeia de conexão regional.

• Para usar novos recursos de dimensionamento automático, como escala para zero em seus Pacotes de Automação Declarativa e configurações do Terraform, atualize-os para usar a semântica de dimensionamento automático.

• Aplicam-se os preços do Lakebase para GA. Com a computação elástica substituindo instâncias de tamanho fixo, a maioria dos clientes verá uma redução nos custos de computação.

• Os recursos de Visualização Privada do ETL Forward e da API REST no Lakebase Provisioned ficam desativados após a atualização. Suas substituições, o Feed de Dados de Alterações do Lakebase e a API de Dados, estão disponíveis na plataforma de dimensionamento automático.

O dimensionamento automático do Lakebase adiciona dimensionamento automático e escala para zero, restauração pontual e instantâneos, agendamento da janela de manutenção, ramificação do banco de dados e outras melhorias. Para obter detalhes sobre o que esperar, quais alterações e quais ações tomar, consulte Atualizar para Dimensionamento Automático.

Para solicitar uma atualização acelerada ou se você tiver dúvidas, entre em contato com sua equipe de conta ou Azure Databricks Suporte.

O Databricks Runtime 19 usará um modelo de versão unificada

A partir da versão 19, o Databricks Runtime usará um modelo de versão unificado. Em vez de várias versões de funcionalidades (por exemplo, 19.0, 19.1, 19.2), cada versão principal terá uma única página de notas da versão.

Após um Beta inicial, cada versão do Databricks Runtime será iniciada como GA (disponibilidade geral) e receberá novos recursos e correções aproximadamente semanalmente, com atualizações diferenciadas por data em uma única página. Os clusters receberão atualizações quando forem reiniciados. Após aproximadamente seis meses, a versão faz a transição para LTS (suporte de longo prazo) com três anos de suporte.

Databricks Runtime 18 é a versão de transição. As páginas de versão do recurso 18.0, 18.1 e 18.2 permanecem disponíveis para referência histórica e o Databricks Runtime 18 LTS será a versão unificada final na linha 18.x.

Conexões do Power BI farão a transição para o ADBC

O Power BI planeja transferir todas as conexões do Power BI para o Arrow Database Connectivity (ADBC). Para evitar interrupções, o Databricks recomenda mudar seus modelos semânticos de desenvolvimento e preparo para a ADBC agora e validar suas cargas de trabalho. Para o cronograma de transição da Microsoft, veja Transição dos drivers ODBC para os drivers ADBC.

O driver do ADBC para Power BI no Azure Databricks está em versão prévia pública desde outubro de 2025. Desde fevereiro de 2026, todas as novas conexões no Power BI Desktop e no serviço do Power BI usam o ADBC por padrão. As conexões existentes continuam a usar o ODBC, a menos que você as atualize manualmente.

Consulte Configurar o driver ADBC ou ODBC para o Power BI.

Em breve, as permissões dos objetos do espaço de trabalho serão herdadas de todos os grupos de contas

Em uma próxima versão, as permissões de objeto do espaço de trabalho serão herdadas de todos os grupos de contas, e não apenas de grupos diretamente atribuídos ao espaço de trabalho. As entidades herdarão permissões em objetos de espaço de trabalho, como trabalhos, notebooks, pastas, consultas e painéis, de todos os grupos de contas dos quais são membros, independentemente de estarem atribuídos ao espaço de trabalho. Os usuários ainda precisam ser designados ao espaço de trabalho para usar essas permissões.

Essa alteração também ativa as concessões de permissões que estão inativas ("órfãs"). Essas são concessões de permissão que permanecerão em um grupo depois que ele for removido de um espaço de trabalho. Nenhuma nova permissão está sendo adicionada, mas as concessões órfãs existentes se tornarão ativas, potencialmente dando aos membros do espaço de trabalho acesso inesperado. Por exemplo, se um grupo "Empreiteiros" tiver sido removido de um workspace, mas ainda tiver acesso de edição a uma pasta, qualquer membro do workspace em "Empreiteiros" obterá acesso a essa pasta.

O Databricks recomenda revisar as permissões do workspace. Use o notebook a seguir para identificar concessões de permissão inativas em seus workspaces:

Notebook de análise de permissões órfãs

Obter laptop

Próxima alteração interruptiva: comportamento padrão ao excluir um pipeline do Unity Catalog

Em uma versão futura, o comportamento padrão ao excluir um pipeline do Catálogo do Unity será alterado. Atualmente, a exclusão de um pipeline também remove todas as exibições materializadas, tabelas de streaming e exibições associadas. Após essa alteração, as tabelas associadas serão mantidas, mas se tornarão inativas após a remoção do pipeline. A API também será alterada para reter tabelas por padrão, mas ajustar o campo cascade para true anula isso e mantém o comportamento atual.

O cascade campo já está disponível. Para preservar o comportamento atual de remover todas as tabelas ao excluir um pipeline, atualize o código para definir cascade=true.

Consulte Excluir um pipeline e Excluir um pipeline.

Nova ativação padrão do editor SQL e desativação do editor SQL legado

O novo editor do SQL está disponível em geral desde outubro de 2025. Como parte da transição para o novo editor, as seguintes alterações são planejadas:

• A partir do final de maio de 2026: o novo editor de SQL será habilitado por padrão para todos os workspaces. A capacidade de desativar o recurso no nível do workspace não estará mais disponível. Os usuários individuais ainda poderão alternar as consultas para o editor de SQL herdado depois que esse período começar.
• A partir do final de julho de 2026: o editor de SQL herdado será desativado. Todos os usuários usarão o novo editor do SQL e a recusa individual não estará mais disponível.

Para saber mais sobre o novo editor de SQL, consulte Escrever consultas e explorar dados no novo editor do SQL. Se você tiver dúvidas sobre essa transição, entre em contato com sua equipe de conta.

Alterações no OpenSharing (anteriormente Delta Sharing) abrem tokens de destinatário

O OpenSharing para destinatários abertos fará a transição para um novo formato de URL específico do destinatário. Novos tokens criados após a data de transição usarão automaticamente o novo formato de URL. Essa alteração melhora a segurança de rede e permite que os destinatários configurem políticas de rede e regras de firewall específicas do destinatário.

Para Azure China, a transição será anunciada mais tarde.

As novas URLs incluem a ID do destinatário no domínio:

https://<recipient-id>.opensharing.westus.azuredatabricks.net/api/2.0/opensharing/metastores/<metastore-id>

Como referência, as URLs criadas antes dessa alteração não contêm o ID do destinatário e usam o endpoint do Delta Sharing.

https://westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>

As URLs antigas continuarão funcionando por um período de tempo. A duração específica depende do tipo de destinatário e da data de criação do token. Os provedores de dados devem fazer a transição para o novo formato de URL antes que o formato de URL antigo se torne inválido.

Compartilhamento da Federação OIDC:

O Databricks recomenda que os provedores de dados comecem a fazer a transição de seus destinatários para o novo formato de URL. Embora uma data de transição não tenha sido definida, faça a transição agora para permitir tempo para solucionar problemas. Após a transição, os provedores podem encontrar a nova URL na interface do usuário do OpenSharing. Depois que o formato de URL antigo for desativado, ele não será mais válido.

Compartilhamento de token do portador:

Atualizações para os IPs públicos do plano de controle de saída

O Azure Databricks está atualizando os IPs públicos de saída do plano de controle e as marcações de serviço do Azure para melhorar a segurança e a disponibilidade da zona. Essas alterações fazem parte de uma atualização do plano de controle que começou a ser distribuída em 20 de maio de 2025.

Se a sua organização utilizar firewalls de recursos para controlar o acesso de entrada:

• Se as regras de firewall fizerem referência à tag de serviço Azure Databricks, nenhuma ação será necessária.
• Se você permitir IPs públicos específicos do painel de controle, deverá adicionar todos os IPs do painel de controle de saída até 26 de setembro de 2025.

Os IPs anteriores do plano de controle de saída continuam a ser suportados.

O campo sourceIpAddress nos logs de auditoria não incluirá mais um número de porta

Devido a um bug, determinados registros de auditoria de autorização e autenticação incluem um número de porta além do IP no campo sourceIPAddress (por exemplo, "sourceIPAddress":"10.2.91.100:0"). O número da porta, que é registrado como 0, não fornece nenhum valor real e é inconsistente com o restante dos registros de auditoria do Databricks. Para melhorar a consistência dos registros de auditoria, a Databricks planeja alterar o formato do endereço IP para esses eventos de logs de auditoria. Essa alteração será implementada gradualmente a partir do início de agosto de 2024.

Se o registro de auditoria contiver um sourceIpAddress de 0.0.0.0, o Databricks poderá parar de registrá-lo.

O armazenamento de rastreamento do MLflow no Unity Catalog em breve estará disponível por padrão para workspaces com o perfil de segurança de conformidade habilitado

O armazenamento de rastros do MLflow nas tabelas do Unity Catalog estará disponível por padrão em workspaces com o perfil de segurança de conformidade habilitado em meados de agosto de 2026.

Armazene rastreamentos de MLflow em tabelas do Catálogo do Unity para armazenamento de rastreamento escalonável e controlado: o armazenamento é ilimitado, os rastreamentos são armazenados no formato OpenTelemetry (OTel), o acesso é regido por meio de permissões de tabela e esquema do Catálogo do Unity e você pode consultar rastreamentos com SQL. Para exibir os rastreamentos, aponte um experimento do MLflow para um local de rastreamento do Unity Catalog.

Consulte Armazenar rastreamentos OpenTelemetry no Catálogo do Unity.