O que vem por aí?

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

Repositórios de pacotes em nível de workspace para aplicativos Databricks estarão em breve disponíveis por padrão para workspaces com o perfil de segurança de conformidade ativado

A partir de 13 de novembro de 2026, repositórios de pacotes em nível de espaço de trabalho para os Databricks Apps serão automaticamente habilitados para espaços de trabalho com o perfil de segurança de conformidade ativado. Administradores de workspace podem configurar repositórios padrão de Python e npm que os aplicativos herdam, permitindo overrides em nível de app.

Veja Configurar repositórios de pacotes padrão.

As Visualizações de Funcionalidades estarão em breve disponíveis por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado

Feature Views agora estão disponíveis para o público geral. Eles serão ativados automaticamente para espaços de trabalho com o perfil de segurança de conformidade ativado em meados de novembro de 2026.

Defina e calcule atributos declarativamente a partir de dados em lote ou em streaming, depois use-os para treinamento de modelos e serviço online.

Consulte Visualizações de recursos.

As conexões do JDBC Unity Catalog em breve estarão disponíveis por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado

Em meados de novembro de 2026, as conexões JDBC do Unity Catalog, incluindo suporte a certificados SSL, estarão disponíveis por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado.

Use conexões do Catálogo Unity JDBC para se conectar a bancos de dados externos com um driver JDBC personalizado, com acesso governado pelo Catálogo Unity.

Consulte a conexão JDBC.

As UDFs Scala e Java do Unity Catalog e as UDFs Python escalares e em lote do Unity Catalog estarão em breve disponíveis por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado

As UDFs Scala e Java do Unity Catalog e as UDFs Python escalares e em lote do Unity Catalog estarão disponíveis por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado em novembro de 2026.

Veja requisitos de recursos do Python UDF e funções definidas pelo usuário (UDFs) em Scala e Java no Unity Catalog.

Reivindicações de identidade personalizadas do OAuth para tokens de entidade de serviço estarão disponíveis em breve

As aplicações poderão anexar uma reivindicação de identidade personalizada aos tokens OAuth que solicitam para um principal de serviço, adicionando o parâmetro custom_claim a uma requisição de token que usa o tipo client_credentials ou o tipo de concessão urn:ietf:params:oauth:grant-type:token-exchange. Você pode então ler o valor em SQL com a current_oauth_custom_identity_claim() função.

Use declarações de identidade personalizadas para atender muitos usuários finais por meio de uma única entidade de serviço, enquanto cada usuário vê apenas seus próprios dados. Uma visualização dinâmica filtra linhas comparando uma coluna com a declaração. A API de Conversa Genie, a API de Execução de Instruções SQL e o Driver JDBC Databricks respeitam a declaração.

Se um token não tiver reivindicação de identidade personalizada, a função retorna NULL. Escreva filtros que não correspondam a nenhuma linha quando a declaração é NULL.

Veja Autorizar o acesso do principal de serviço ao Azure Databricks com OAuth e Use a API dos Agentes Genie.

CREATE OR REPLACE VIEW em breve preservará privilégios, comentários e tags por padrão

A partir de 2 de dezembro de 2026, CREATE OR REPLACE VIEW atualizará as visualizações no próprio lugar, em vez de remover e recriar a visualização. Permissões, tags e comentários são preservados com uma ressalva:

• Você deve primeiro remover tags governadas em uma coluna de visualização antes de eliminar a coluna via CREATE OR REPLACE VIEW. Caso contrário, a instrução falhará com um CANNOT_DROP_TAGGED_COLUMN erro para proteger as políticas ABAC que dependem delas (saiba mais).

Use CREATE OR REPLACE VIEW <catalog>.<schema>.<view> NOCOPY * … para remover explicitamente permissões, marcas e comentários da exibição (as marcas governadas continuam sendo mantidas).

Veja CREATE VIEW e próxima mudança na preservação de metadados de CREATE OR REPLACE VIEW.

A função remote_query em breve estará disponível por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado

Em novembro de 2026, a remote_query função com valor retornado por tabela estará disponível por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado.

Use remote_query para rodar consultas em bancos de dados externos em sua sintaxe SQL nativa, com credenciais de uma conexão do Unity Catalog.

Consulte Como consultar bancos de dados externos usando a função remote_query.

O compartilhamento de arquivos do Salesforce Data 360 estará disponível em breve por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado

O conector de compartilhamento de arquivos do Salesforce Data 360 (anteriormente, compartilhamento de arquivos do Salesforce Data Cloud) estará disponível por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado.

Use o conector na Lakehouse Federation para consultar dados do Salesforce Data 360 diretamente do armazenamento de objetos na nuvem, sem copiá-los para o Azure Databricks. As consultas são executadas na computação do Azure Databricks.

Consulte Lakehouse Federation for Salesforce Data 360 File Sharing.

A destruição de variantes será em breve ativada por padrão nas novas tabelas de Variantes

A partir de 18 de novembro de 2026, o Azure Databricks adicionará automaticamente o variantShredding recurso de tabela a novas tabelas que contenham uma coluna desse VARIANT tipo quando forem criadas no Databricks Runtime 17.3 ou superior. O recurso de fragmentação de variantes armazena os campos acessados com frequência em um layout colunar tipado para melhorar o desempenho das consultas.

Esta é uma mudança decisiva para o Databricks Runtime 15.4: clusters rodando Databricks Runtime 15.4 não conseguem ler ou gravar em tabelas que tenham variant shredding ativado. Atualize os clusters afetados para Databricks Runtime 16.4 ou superior antes que essa mudança entre em vigor.

Consulte Usar a fragmentação por variante para otimizar o desempenho.

Remoção do driver JDBC do BigQuery integrado ao Databricks Runtime 20

A partir do Databricks Runtime 20, o Databricks Runtime não inclui mais o driver JDBC do BigQuery incluído, enquanto o Databricks Runtime 19 e anteriores continuam a incluí-lo.

Cargas de trabalho de computação clássicas que usam JDBC do Spark com URL jdbc:bigquery: falham com erro de driver não encontrado, a menos que um driver JDBC do BigQuery esteja instalado. Antes de atualizar uma carga de trabalho afetada, migre a carga de trabalho.

As implantações acionadas por webhook para aplicativos Databricks estarão disponíveis em breve para o público em geral

A partir de outubro de 2026, implantações acionadas por webhook para Databricks Apps estarão disponíveis de forma geral. Implante automaticamente seu app quando as alterações forem enviadas para um repositório conectado do GitHub ou Azure DevOps, assim seu app implantado permaneça sincronizado com seu repositório sem necessidade de redistribuição manual.

Consulte Implantar um aplicativo do Databricks.

O READ METADATA privilégio em breve estará disponível por padrão para ambientes de trabalho com o perfil de segurança de conformidade ativado

O READ METADATA privilégio estará disponível por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado em meados de outubro de 2026.

READ METADATA concede acesso somente leitura aos metadados de um objeto, incluindo informações sensíveis à segurança que BROWSE não expõe, como concessões de privilégios, filtros de linha, máscaras de coluna e políticas ABAC. Ele é destinado a usuários que inspecionam e depuram controles de acesso, como auditores de segurança, equipes de governança de dados e engenheiros de confiabilidade de site (SREs).

Consulte LEIA OS METADADOS.

As tarefas JAR executadas em computação sem servidor estarão disponíveis em breve para áreas de trabalho com o perfil de segurança para conformidade ativado

No início de outubro de 2026, a execução de tarefas JAR na computação sem servidor será habilitada automaticamente para espaços de trabalho com o perfil de segurança de conformidade ativado. Empacote seu código Java ou Scala Spark em um JAR e execute como uma tarefa JAR em computação serverless em um Lakeflow Job, sem provisionar ou gerenciar clusters.

Consulte Criar e executar JARs em computação sem servidor.

O feed automático de dados de mudança estará disponível em breve em todas as regiões suportadas

O fluxo automático de dados de alteração (Auto CDF) será implementado para os espaços de trabalho ao longo do próximo mês e estará disponível em todas as regiões suportadas até o final de outubro de 2026. O Auto CDF calcula as alterações em nível de linha no momento da consulta usando rastreamento de linhas, então você não precisa habilitar o feed de dados de alteração em cada tabela Delta Lake ou Apache Iceberg v3. Ele requer Databricks Runtime 19 ou superior com rastreamento de linhas ativado.

Consulte o feed automático de alterações de dados.

A escalabilidade horizontal para aplicativos Databricks estará em breve disponível para espaços de trabalho com o perfil de segurança de conformidade ativado

No início de outubro de 2026, a escalabilidade horizontal para os Apps Databricks será automaticamente habilitada para espaços de trabalho com o perfil de segurança de conformidade ativado. A escalabilidade horizontal permite rodar um app em várias instâncias atrás de uma única URL de app para maior disponibilidade e concorrência.

Veja Escalonamento horizontal para aplicativos Databricks.

O perfil de segurança de conformidade irá aplicar a criptografia do Rede Virtual do Azure

Atualmente, o perfil de segurança de conformidade verifica e aplica apenas o uso de tipos específicos de instâncias VM, não a habilitação da criptografia do Rede Virtual do Azure. A aplicação da exigência de criptografia do Rede Virtual do Azure começa em 1º de fevereiro de 2027, incluindo em ambientes de trabalho que já possuem o perfil de segurança de conformidade ativado.

Veja o perfil de segurança de conformidade e Configure configurações aprimoradas de segurança e conformidade.

A ingestão incremental de campos de fórmula do Salesforce no Lakeflow Connect estará disponível em breve para todos os usuários

Ingestão incremental para campos de fórmula do Salesforce no Lakeflow Connect estará em disponibilidade geral em breve. Hoje, o Lakeflow Connect ingere campos de fórmulas ao fazer um snapshot completo de cada pipeline executado por padrão. Quando a ingestão incremental de campos de fórmula estiver disponível de forma geral, as capturas instantâneas completas deixarão de ser o padrão. A ingestão incremental normalmente melhora o desempenho e reduz custos.

Consulte Ingerir campos de fórmula do Salesforce incrementalmente.

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 (desatualizada).

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

Consultar os serviços de modelo do Unity Gateway e os serviços de provedores de modelos com Acesso do consumidor no momento exige adesão por meio do Acesso de consumidor ao Unity GatewayVersão preliminar 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 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.

O Azure Databricks não cobra pelo processamento de dados de conectividade privada (configuração de conectividade de rede, ou NCC).

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.
² O Azure Databricks não cobra essa cobrança. Se destinatários em computação clássica ou destinatários abertos alcançarem repositório pela rede pública, seu próprio provedor de nuvem pode cobrá-los diretamente pela tradução de endereços de rede (NAT).
³ Recipientes serverless da mesma região lêem diretamente do armazenamento.

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.

Disponibilidade geral próxima do Unity Gateway

O Unity Gateway, a solução de governança do Azure Databricks para IA corporativa, está programado para disponibilidade geral em breve. Construído sobre o Unity Catalog, o Unity Gateway estende a governança para as 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 modelos externos com divisão de tráfego e alternativa de contingência, e você pode compartilhá-los entre os workspaces. Veja Serviços de modelos personalizados.
• 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. Veja MCPs.
• Os serviços de provedores de modelo representam provedores externos de modelos, como OpenAI, Anthropic e Amazon Bedrock, com credenciais gerenciadas centralmente. Veja Provedores de Modelo externos ao Databricks.
• Os orçamentos permitem monitorar e controlar os gastos mensais no Unity Gateway com limites e tetos rígidos por usuário. Veja Gerenciar orçamentos para o Unity Gateway.

O Unity Gateway estará disponível por padrão para espaços de trabalho com o perfil de segurança de conformidade ativado em meados de setembro de 2026.

Veja a governança de IA com o Unity 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.

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 desativar os Serviços MCP e ferramentas individuais no Unity Gateway.

Veja MCPs.

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 SQL, veja o editor SQL do Databricks. 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 repositório 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.