O que vem aí?

Saiba mais sobre funcionalidades e mudanças comportamentais nas próximas versões do Azure Databricks.

Repositórios de pacotes ao nível do espaço de trabalho para aplicações Databricks estarão em breve disponíveis por defeito para espaços de trabalho com o perfil de segurança de conformidade ativado

A partir de 13 de novembro de 2026, os repositórios de pacotes ao nível do workspace para as Databricks Apps serão automaticamente ativados para espaços de trabalho com o perfil de segurança de conformidade ativado. Os administradores de espaço de trabalho podem configurar repositórios de pacotes Python e npm por defeito que as aplicações herdam, permitindo ainda sobreposições ao nível da aplicação.

Veja Configurar repositórios de pacotes por defeito.

As Feature Views estarão em breve disponíveis por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado

As Feature Views estão agora geralmente disponíveis. 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 os atributos declarativamente a partir de dados em lote ou em streaming, depois utilize-os para treino de modelos e serviço online.

Ver Vistas de Funcionalidades.

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

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

Utilize ligações do Catálogo Unity JDBC para se ligar a bases de dados externas com um driver JDBC personalizado, com acesso governado pelo Catálogo Unity.

Ver ligação JDBC.

Os UDFs Scala e Java do Catálogo Unity e os UDFs Python Scalar e Batch do Catálogo Unity estarão em breve disponíveis por defeito para espaços de trabalho com o perfil de segurança de conformidade ativado

Unity Catalog Scala e Java UDFs e Scalar e Batch Unity Catalog Python UDFs estarão disponíveis por defeito para espaços de trabalho com o perfil de segurança de conformidade ativado em novembro de 2026.

Consulte requisitos de funcionalidades Python UDF e funções definidas por utilizador (UDFs) em Scala e Java no Catálogo Unity.

Reivindicações de identidade personalizadas OAuth para tokens de service principal estarão em breve disponíveis

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 um pedido de token que utilize o tipo de concessão client_credentials ou urn:ietf:params:oauth:grant-type:token-exchange. Depois podes ler o valor em SQL com a função current_oauth_custom_identity_claim().

Utilize reivindicações de identidade personalizadas para servir muitos utilizadores finais através de um único principal de serviço, enquanto cada utilizador vê apenas os seus próprios dados. Uma vista dinâmica filtra linhas comparando uma coluna com a claim. A API de Conversa Genie, a API de Execução de Instruções SQL e o Driver JDBC Databricks honram esta afirmação.

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

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

CRIAR OU SUBSTITUIR VIEW irá em breve preservar privilégios, comentários e tags por defeito

A partir de 2 de dezembro de 2026, CREATE OR REPLACE VIEW atualizará as vistas no próprio local, em vez de serem eliminadas e recriadas. Permissões, etiquetas e comentários são preservados com uma ressalva:

• Deve primeiro remover tags governadas numa 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 delas dependem (saiba mais).

Use CREATE OR REPLACE VIEW <catalog>.<schema>.<view> NOCOPY * … para eliminar privilégios, etiquetas e comentários na vista explicitamente (as etiquetas governadas continuam a ser mantidas).

Ver CREATE VIEW e mudança futura para preservação de metadados de CREATE OR REPLACE VIEW.

A remote_query função estará em breve disponível por defeito 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 de tabela estará disponível por defeito para espaços de trabalho com o perfil de segurança de conformidade ativado.

Use remote_query para executar consultas em bases de dados externas na sua sintaxe SQL nativa, com credenciais de uma ligação ao Unity Catalog.

Consulte bases de dados externas usando a remote_query função.

A partilha de ficheiros Salesforce Data 360 estará em breve disponível por defeito para espaços de trabalho com o perfil de segurança de conformidade ativado

O conector de partilha de ficheiros Salesforce Data 360 (anteriormente Salesforce Data Cloud) estará disponível por defeito 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 a partir do armazenamento de objetos na nuvem, sem os copiar para o Azure Databricks. As consultas são executadas nos recursos de computação do Azure Databricks.

Consulte Lakehouse Federation for Salesforce Data 360 File Sharing.

A fragmentação de variantes será ativada por defeito em breve nas novas tabelas Variant

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

Esta é uma alteração decisiva para o Databricks Runtime 15.4: clusters que executam Databricks Runtime 15.4 não conseguem ler nem escrever em tabelas que tenham variant shredding ativada. Atualize os clusters afetados para Databricks Runtime 16.4 ou superior antes desta alteração entrar em vigor.

Veja Utilizar a fragmentação de variantes para otimizar o desempenho.

Remoção do driver JDBC do BigQuery incluído no Databricks Runtime 20

A partir do Databricks Runtime 20, o Databricks Runtime deixou de incluir 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 Spark JDBC 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.

Implementações ativadas por Webhook para aplicações Databricks estarão em breve disponíveis de forma geral

A partir de outubro de 2026, as implementações acionadas por webhook para Databricks Apps estarão disponíveis de forma geral. Implemente automaticamente a sua aplicação quando as alterações forem enviadas para um repositório GitHub ou Azure DevOps ligado, para que a sua aplicação implementada se mantenha sincronizada com o repositório sem necessidade de redistribuição manual.

Consulte Implantar um aplicativo Databricks.

O privilégio READ METADATA ficará em breve disponível por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado

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

READ METADATA concede visibilidade apenas de leitura aos metadados de um objeto, incluindo informações sensíveis à segurança que BROWSE não são expostas, como concessões de privilégios, filtros de linhas, máscaras de coluna e políticas ABAC. Destina-se a utilizadores que inspecionam e depuram controlos de acesso, como auditores de segurança, equipas de governação de dados e engenheiros de fiabilidade do local (SREs).

Consulte LER METADADOS.

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

No início de outubro de 2026, a execução de tarefas JAR em computação serverless será automaticamente ativada para espaços de trabalho com o perfil de segurança de conformidade ativado. Empacota o teu código Java ou Scala Spark num JAR e executa-o como uma tarefa JAR em computação serverless num Lakeflow Job, sem provisionar ou gerir clusters.

Veja Criar e executar JARs em computação serverless.

O fluxo automático de dados de alterações estará em breve disponível em todas as regiões suportadas

O fluxo automático de dados de alterações (Auto CDF) está a ser implementado nos espaços de trabalho ao longo do próximo mês e estará disponível em todas as regiões suportadas até ao final de outubro de 2026. O Auto CDF calcula alterações ao nível das linhas no momento da consulta, usando rastreio de linhas, pelo que não é necessário ativar o fluxo de dados de alterações em cada tabela Delta Lake ou Apache Iceberg v3. É necessário o Databricks Runtime 19 ou posterior com o rastreio de linhas ativado.

Consulte alimentação de dados de alterações automática.

A escalabilidade horizontal para aplicações 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 aplicações Databricks será automaticamente ativada para espaços de trabalho com o perfil de segurança de conformidade ativado. A escalabilidade horizontal permite-lhe executar uma aplicação em várias instâncias atrás de uma única URL de aplicação para maior disponibilidade e concorrência.

Veja Escalonamento horizontal para aplicações Databricks.

O perfil de segurança de conformidade irá aplicar a encriptação 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 de VM, não a habilitação da encriptação do Rede Virtual do Azure. A aplicação do requisito de encriptação do Rede Virtual do Azure começa a 1 de fevereiro de 2027, incluindo em espaços de trabalho que já tenham o perfil de segurança de conformidade ativado.

Consulte o perfil de segurança de conformidade e Configure definições melhoradas de segurança e conformidade.

A ingestão incremental para campos de fórmula do Salesforce no Lakeflow Connect estará brevemente disponível de forma generalizada

A ingestão incremental para campos de fórmula do Salesforce no Lakeflow Connect ficará em breve disponível de forma generalizada. Atualmente, o Lakeflow Connect ingere campos de fórmula fazendo um snapshot completo em cada execução do pipeline, por predefinição. Quando a ingestão incremental de campos de fórmula estiver disponível de forma geral, os instantâneos completos deixarão de ser a predefinição. A ingestão incremental normalmente melhora o desempenho e reduz custos.

Consulte Ingerir campos de fórmula do Salesforce de forma incremental.

Fim de vida iminente da API Supervisor

A API do Supervisor (Beta) chega ao fim de vida a 30 de setembro de 2026. Após essa data, a API deixou de estar disponível.

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

Ver API Supervisor (obsoleta).

O acesso dos clientes para consultar os serviços do Unity Gateway passará a estar disponível de forma geral

Consultar serviços de modelo do Unity Gateway e serviços de fornecedores de modelos com acesso de consumidor está atualmente disponível mediante adesão através da funcionalidade Acesso de consumidor ao Unity GatewayPré-visualização pública. Quando esta funcionalidade estiver disponível de forma geral, os utilizadores com acesso de consumidor poderão consultar estes serviços sem terem a pré-visualização ativada. Isto pode aumentar o tráfego do modelo gerado por utilizadores finais, incluindo o tráfego para os serviços do fornecedor do modelo que encaminham para fornecedores externos.

Antes desta alteração, os administradores de conta deveriam definir orçamentos e limites de taxa, ou desativar o acesso direto ao modelo, para os utilizadores de acesso consumidor, para que estes controlos estivessem em vigor quando a funcionalidade se tornasse geralmente disponível. Consulte Gerir orçamentos para o Unity Gateway, Aplicar limites de taxa aos serviços modelo e MCP, e Gerir direitos.

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

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

O RBAC permite aos utilizadores assumir um papel no Azure Databricks. Quando um utilizador assume um papel, apenas as permissões desse papel se aplicam, em vez das permissões acumuladas pelo utilizador. Isto permite o acesso exclusivo. Os utilizadores devem assumir ativamente um papel para aceder a dados sensíveis, impedindo-os de aceder a eles sob a sua própria identidade e de misturar dados entre casos de uso, ensaios clínicos, projetos ou clientes.

Consulte controlo de acesso baseado em funções (RBAC).

Próxima descontinuação da coluna downstream_impact de monitorização da qualidade dos dados

A downstream_impact coluna na tabela de resultados do sistema de monitorização da qualidade dos dados está a ser obsoleta.

A desvalorização começa a 7 de setembro de 2026 e é implementada gradualmente em várias regiões ao longo da semana seguinte. Até que a disponibilização esteja disponível no seu espaço de trabalho, poderá continuar a consultar downstream_impact. Após a conclusão da depreciação, a coluna deixa de ser povoada.

Para a coluna afetada, consulte a tabela de resultados do sistema de monitorização da qualidade dos dados e Revise os resultados registados da deteção de anomalias.

Próxima descontinuação da coluna root_cause_analysis de monitorização da qualidade dos dados

A root_cause_analysis coluna na tabela de resultados do sistema de monitorização da qualidade dos dados está a ser obsoleta.

A desestimação começa a 18 de agosto de 2026 e é implementada gradualmente por regiões ao longo dos dias seguintes. Até que a disponibilização esteja disponível no seu espaço de trabalho, poderá continuar a consultar root_cause_analysis. Após a conclusão da depreciação, a coluna deixa de ser povoada.

Para a coluna afetada, consulte a tabela de resultados do sistema de monitorização da qualidade dos dados e Revise os resultados registados da deteção de anomalias.

A partilha de tabelas suportadas por armazenamento predefinido ficará ativada por defeito para todas as contas

O suporte do OpenSharing para tabelas suportadas por armazenamento predefinido está disponível de forma geral e ativado por predefinição para a maioria das contas. Para a maioria das contas de nível Enterprise ou Premium, o Azure Databricks irá ativar automaticamente em meados de setembro de 2026 e, no início de 2027, para o restante.

Até que esteja ativada para a sua conta, um administrador de conta pode ativar a funcionalidade OpenSharing para Armazenamento Padrão – Acesso Expandido a partir da página de Pré-visualizações na consola da conta. Ver Gerir as pré-visualizações de Azure Databricks.

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

O Azure Databricks irá expandir a faturação de rede para o OpenSharing SecureConnect. Atualmente, os fornecedores de dados são cobrados pela transferência (saída) de dados quando os destinatários acedem a dados partilhados através do SecureConnect. Estão previstos tipos adicionais de taxas e cenários de acesso, incluindo taxas faturadas aos destinatários.

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

A tabela seguinte resume as cobranças planeadas, quem é cobrado e como cada uma se aplica em todos os cenários de acesso:

¹ A transferência de dados (saída) não se aplica quando o destinatário está na mesma região que o fornecedor.
² O Azure Databricks não cobra esta cobrança. Se os destinatários em computação clássica ou destinatários abertos acedam ao armazenamento através da rede pública, o seu próprio fornecedor de cloud pode cobrar-lhes diretamente pela tradução de endereços de rede (NAT).
³ Os destinatários sem servidor na mesma região leem diretamente do armazenamento.

Para tarifas, consulte Preços de transferência de dados e conectividade, ou contacte a sua equipa de contas no Azure Databricks.

O OpenSharing SecureConnect estará disponível por predefinição para todas as contas

O OpenSharing SecureConnect está geralmente disponível. O Azure Databricks irá disponibilizá-lo por predefinição para as contas do plano Premium em meados de setembro de 2026 e, para as restantes, no início de 2027.

Até estar disponível para a sua conta, um administrador da conta do lado do fornecedor pode ativar a pré-visualização do OpenSharing SecureConnect a partir da página de Pré-visualizações na consola da conta. Veja Partilhar dados atrás de um firewall com o SecureConnect e Gerir pré-visualizações do Azure Databricks.

Os segredos no Unity Catalog estarão em breve disponíveis por predefinição para áreas de trabalho com o perfil de segurança de conformidade ativado

Os segredos no Unity Catalog estarão disponíveis por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado no final de setembro de 2026.

Armazenar, governar e aceder a segredos como objetos protegidos no Catálogo Unity. Um segredo do Catálogo Unity utiliza o namespace de três níveis (catalog.schema.secret) e é governado pelos privilégios do Catálogo Unity, pelo que pode aplicar os mesmos controlos de acesso e auditorias que utiliza para outros ativos de dados.

Consulte Segredos no Unity Catalog.

Disponibilidade geral próxima do Unity Gateway

O Unity Gateway, a solução de governação do Azure Databricks para IA empresarial, está previsto para disponibilidade geral em breve. Baseado no Unity Catalog, o Unity Gateway estende a governação às interações em tempo de execução entre modelos, agentes, servidores MCP e ferramentas. Pode controlar quais os serviços de IA que as equipas utilizam, encaminhar e gerir o tráfego de IA, e monitorizar a utilização a partir de um único plano de controlo.

As seguintes capacidades estarão geralmente disponíveis. Os serviços de modelo, MCP e de fornecedor de modelos são objetos protegidos do Unity Catalog que pode governar com os mesmos privilégios utilizados para tabelas e volumes:

• Os serviços de modelo encaminham solicitações para modelos pagos por token e modelos externos, com divisão de tráfego e mecanismos de recurso, e pode partilhá-los entre espaços de trabalho. Ver Serviços de modelos personalizados.
• Os serviços MCP registam servidores MCP externos ou fornecidos pelo Azure Databricks, para que possa gerir o acesso dos agentes com subsídios e seleção de ferramentas. Ver MCPs.
• Os serviços de fornecedores de modelos representam fornecedores externos de modelos como OpenAI, Anthropic e Amazon Bedrock, com credenciais geridas centralmente. Ver Fornecedores de Modelos externos ao Databricks.
• Os orçamentos monitorizam e controlam os gastos mensais do Unity Gateway com limites por utilizador e limites rígidos. Consulte Gerir os orçamentos do Unity Gateway.

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

Veja a governação da IA com o Unity Gateway.

Os clusters de grupos dedicados estarão brevemente disponíveis por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado

Os clusters dedicados de grupo estarão disponíveis por predefinição para áreas de trabalho com o perfil de segurança de conformidade ativado a partir de setembro de 2026.

Pode atribuir um recurso de computação a um grupo usando o modo de acesso dedicado , permitindo que os membros do grupo partilhem computação enquanto executam de forma segura linguagens e cargas de trabalho não suportadas pelo modo de acesso padrão, como Databricks Runtime for ML, APIs RDD e R. Quando um utilizador se liga a um cluster de grupo, as suas permissões reduzem o âmbito para as permissões do grupo para a sessão do cluster.

Consulte Acesso dedicado ao grupo de computação.

AI Search com QPS elevado estará em breve disponível predefinidamente para espaços de trabalho com o perfil de segurança de conformidade ativado

A funcionalidade AI Search com QPS elevado estará disponível por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado no final de agosto de 2026.

Defina um QPS alvo nos endpoints padrão de Pesquisa por IA para gerar cargas de trabalho de alto débito e tempo real, como barras de pesquisa, sistemas de recomendação e correspondência de entidades. O QPS elevado está ativado por predefinição, mas os endpoints existentes não são afetados. A capacidade adicional e o custo associado aplicam-se apenas quando configura um QPS alvo para um endpoint.

Veja Escalar o throughput do endpoint de pesquisa AI com QPS elevado.

Os conectores baseados em consultas no Lakeflow Connect estarão brevemente disponíveis por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado

Os conectores baseados em consulta no Lakeflow Connect estarão brevemente disponíveis por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado. Os conectores baseados em consulta ingerem dados de bases de dados ao consultar diretamente a fonte usando uma coluna de cursor, sem a necessidade de configuração de captura de dados de alteração (CDC) ou de utilizar um gateway de ingestão. As fontes suportadas incluem Oracle, Teradata, SQL Server, MySQL, MariaDB e PostgreSQL, bem como todas as fontes de dados da Lakehouse Federation que utilizam a ingestão de catálogos estrangeiros.

Ver conectores baseados em consulta.

O pedido de acesso será em breve ativado por defeito para todos os espaços de trabalho

Numa próxima versão, o Pedido de Acesso será ativado por defeito para todos os espaços de trabalho, e os pedidos de acesso serão encaminhados para o proprietário do objeto do Catálogo Unity solicitado por email. Pode configurar os destinos dos pedidos de acesso a qualquer momento nas definições da metastore. As definições legadas de pedidos de acesso ao nível do espaço de trabalho serão obsoletas.

Veja Ativar solicitações de acesso em todo o metastore.

As atualizações automáticas irão disponibilizar mais funcionalidades nas tabelas existentes

As atualizações automáticas aplicam as funcionalidades recomendadas às tabelas geridas do Catálogo Unity após verificação da compatibilidade da carga de trabalho. O Azure Databricks está a expandir as funcionalidades que as atualizações automáticas aplicam às tabelas existentes.

A partir de julho de 2026, as atualizações automáticas irão implementar o rastreamento de filas e o Checkpoint V2 nas tabelas existentes. Este lançamento é gradual, pelo que estas funcionalidades estarão disponíveis para diferentes clientes em diferentes momentos.

Em agosto de 2026, as atualizações automáticas serão aplicadas às tabelas existentes, introduzindo confirmações de catálogo e vetores de eliminação.

As atualizações automáticas só ativam uma funcionalidade depois de a janela de observação verificar que todos os clientes que acedem a uma tabela a suportam. Para acompanhar quais as funcionalidades disponíveis para atualizações automáticas, consulte Funcionalidades Suportadas.

Os serviços MCP fornecidos pelo Azure Databricks atingirão a disponibilidade geral em breve

Os serviços MCP fornecidos pelo Azure Databricks para aplicações SaaS como Slack, GitHub, Atlassian e Google Drive estarão em breve disponíveis de forma geral, com as operações de leitura e escrita ativadas por defeito. Administradores e utilizadores podem desativar os Serviços MCP e ferramentas individuais no Unity Gateway.

Ver MCPs.

Mudar para o editor predefinido da canalização para espaços de trabalho com o perfil de segurança de conformidade ativado

O Editor de Oleodutos Lakeflow está disponível de forma geral desde maio de 2026. Em agosto, tornar-se-á o editor padrão para desenvolver e depurar pipelines em espaços de trabalho com o perfil de segurança de conformidade ativado. Nesse momento, o editor de legado será removido.

Para obter mais informações sobre o Lakeflow Pipelines Editor, consulte Desenvolver e depurar pipelines ETL com o Lakeflow Pipelines Editor. Se tiver dúvidas sobre esta transição, contacte a equipa da sua conta.

Alterações de comportamento para tarefas contínuas e pipelines

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

Será possível configurar um cronograma contínuo diretamente a partir da página do pipeline, incluindo definições ao nível do trabalho, como o modo de desempenho. Configurar um cronograma contínuo desta forma envolve o pipeline num trabalho contínuo.

A Databricks recomenda executar pipelines contínuos com uma tarefa contínua, em vez da definição contínua incorporada no pipeline. Quando um trabalho contínuo encapsula um pipeline, o trabalho fará a gestão do ciclo de vida de execução do pipeline. A definição contínua integrada não está a ser removida, mas os novos pipelines contínuos devem usar o padrão de tarefa contínua.

A criação de workspace clássico com um VNet gerido pelo Azure Databricks será em breve obsoleta

Numa versão futura, o Azure Databricks planeia desprezar a criação de workspaces clássicos com um VNet gerido pelo Azure Databricks. Para novos espaços de trabalho, o Azure Databricks recomenda um espaço de trabalho serverless para uma configuração inicial mais simples e rápida, ou injeção de VNet caso necessite de um espaço de trabalho clássico. Um cronograma detalhado de migração será comunicado separadamente.

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

A conectividade segura do cluster tornar-se-á em breve obrigatória para espaços de trabalho clássicos

Numa atualização futura, o Azure Databricks planeia exigir conectividade segura do cluster para todos os workspaces clássicos. Espaços de trabalho criados com enableNoPublicIp definido para false deixarão de ser suportados, e o parâmetro tornar-se-á obrigatório. Um cronograma detalhado de migração será comunicado separadamente.

Consulte Habilitar conectividade de cluster seguro.

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

No final de agosto de 2026, os espaços de trabalho do Azure irão carregar os ativos da interface de utilizador a partir de um novo domínio CDN de primeira parte, ui-assets.azuredatabricks.net. Se o teu firewall restringir o tráfego de saída por domínio, adiciona o novo domínio para que a interface carregue corretamente.

Veja Permitir tráfego para domínios CDN para ativos UI.

O Lakeflow Designer estará em breve disponível por predefinição para espaços de trabalho com o perfil de conformidade de segurança ativado

O Lakeflow Designer estará disponível por predefinição para áreas de trabalho com o perfil de segurança de conformidade ativado no final de julho de 2026.

O Lakeflow Designer é uma experiência visual, sem código, para preparar e transformar dados numa tela de arrastar e largar, com todos os fluxos de trabalho apoiados por código pronto para produção governados pelo Unity Catalog.

Veja Lakeflow Designer.

Os Pacotes de Automação Declarativa passarão em breve a utilizar, por predefinição, o motor de implementação direta

Em 24 de julho de 2026, os pacotes de automatização declarativa no espaço de trabalho começarão a usar, por predefinição, o motor de implantação direta em vez do motor de implantação do Terraform. Isto irá desencadear uma migração automática para todos os bundles no workspace que ainda utilizam o motor de implementação do Terraform.

Para implementações de pacotes de CLI Databricks, o motor de implementação direta passará a ser o padrão a partir de 26 de agosto de 2026. O motor de implementação do Terraform será desativado em novas versões da CLI Databricks em setembro de 2026.

Para mais informações sobre o motor de implementação direta e a migração a partir do motor de implementação do Terraform, consulte Migrar para o motor de implementação direta.

Variant estará brevemente disponível por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado

O Variant estará disponível por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado em julho de 2026.

Use o Variant para ingerir dados semi-estruturados de fontes de streaming (Kinesis, Event Hub), APIs REST e bases de dados sem esquema, mantendo um acesso de consultas de alto desempenho.

Ver Suporte de tipos variantes para Apache Iceberg e Delta Lake.

Mudança de comportamento iminente: Escolha direitos ao adicionar princípios aos espaços de trabalho

O Databricks está a mudar a forma como os principais têm direito aos espaços de trabalho. Após esta alteração, concede-se direitos explicitamente ao adicionar um principal a um espaço de trabalho, em vez de depender da herança do users grupo do sistema. Os administradores de espaços de trabalho podem aderir a partir de 15 de junho de 2026, e o novo comportamento entra em vigor para todos os espaços de trabalho em 14 de setembro de 2026.

Esta alteração permite-lhe adicionar princípios em qualquer nível de acesso, incluindo utilizadores exclusivos para consumidores, sem que estes herdem automaticamente privilégios de autoria.

O que muda

Cada espaço de trabalho tem dois grupos do sistema: users, que inclui todas as identidades a quem foi concedido acesso ao espaço de trabalho, e admins, que inclui os administradores do espaço de trabalho. Hoje, cada principal adicionado a um espaço de trabalho herda os direitos concedidos a users. Por predefinição, são os seguintes:

• Acesso ao espaço de trabalho — crie e use cadernos, trabalhos, pipelines, aplicações e muito mais.
• Acesso ao Databricks SQL — crie e use dashboards, agentes Genie, alertas e muito mais.

Após a alteração:

• O users grupo não terá direitos. O admins grupo terá todos os direitos ao espaço de trabalho. Os direitos de ambos os grupos estão bloqueados.
• Os novos principais devem receber direitos explicitamente quando adicionados a um espaço de trabalho.
• users e admins não podem ser aninhados noutros grupos como membros.

Os diretores existentes mantêm o seu nível atual de acesso. O Databricks migra automaticamente as permissões anteriormente concedidas a users para um novo grupo clone local da área de trabalho denominado users-clone-<TIMESTAMP> (em que <TIMESTAMP> corresponde à hora da migração). Geres o grupo clone como qualquer outro grupo local de espaço de trabalho, e podes personalizar o nome dele quando te inscreves cedo. O admins grupo não precisa de migração.

Ação necessária

• Se gerir direitos de grupos de sistema através de automação (Terraform, APIs SCIM do Workspace ou scripts personalizados), atualize os seus fluxos de trabalho para direcionar grupos de contas padrão, não grupos de sistema. Depois de o novo comportamento ser ativado, as tentativas de modificar os direitos dos grupos do sistema falharão.
• Se users ou admins estiver aninhado como membro de um outro grupo, remova o aninhamento. A nidificação não é permitida com o novo comportamento.
• Se a sua sincronização SCIM apagar grupos de espaço de trabalho 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 clone, os principais que migraram para ele perdem os seus direitos.

Timeline

• 15 de junho de 2026 – Adesão disponível nas definições do espaço de trabalho, em Controlo de acesso avançado >.
• 27 de julho de 2026 – Auto-ativado para espaços de trabalho que não optaram por aderir ou sair. A opção de exclusão continua disponível.
• 14 de setembro de 2026 – Novo comportamento aplicado para todos os espaços de trabalho. Opção de exclusão removida.

Geres o novo comportamento a partir das definições do teu espaço de trabalho, em Controlo de Acesso Avançado>:

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

Após a adesão ou a ativação automática: o novo comportamento fica ativo.

Para mais informações, consulte Migrar o controlo de permissões da área de trabalho.

Perfil de segurança de conformidade exigido para HIPAA, HITRUST e IRAP

A partir de 1 de setembro de 2026, o perfil de segurança de conformidade será obrigado a processar dados protegidos ao abrigo da HIPAA, HITRUST e IRAP.

Consulte Perfil de segurança de conformidade.

A autorização de utilizador para as aplicações Databricks estará em breve disponível para espaços de trabalho com o perfil de segurança de conformidade ativado

No final de setembro de 2026, a autorização do utilizador para as Apps Databricks será automaticamente ativada para espaços de trabalho com o perfil de segurança de conformidade ativado. A autorização do utilizador permite que as aplicações atuem com a identidade do utilizador da aplicação, para que as aplicações possam aceder a recursos em nome do utilizador enquanto fazem cumprir as permissões existentes do utilizador.

Veja Autorização do Utilizador.

Próxima alteração: Atualização para o dimensionamento automático do Lakebase

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

A atualização é automática. As ligações reiniciam-se brevemente durante a transição, e as cadeias de ligação existentes, chamadas de API, Pacotes de Automação Declarativa e configurações Terraform continuam a funcionar sem modificações.

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

• As suas instâncias suportarão funcionalidades de autoescalonamento e poderão ser geridas tanto através da nova interface de Autoescalonamento como da familiar interface Provisionada, que permanece disponível até 1 de setembro de 2026.

• Cada instância recebe uma nova cadeia de ligação regional que proporciona entrada otimizada:

  • Cadeias de ligação existentes: Cadeias de ligação provisionadas (sem região) continuam a funcionar sobre a Private Link de entrada existente e não requeremService Direct Private Link.
  • Nova cadeia de ligação regional: Se utilizar o Private Link e estabelecer ligação ao Lakebase a partir de fora do espaço de trabalho do Azure Databricks, tem de configurar o Private Link de entrada para serviços com requisitos de desempenho elevados para utilizar a nova cadeia de ligação regional.

• Para usar novas funcionalidades de autoescalonamento, como escalar até zero, nos seus Pacotes de Automação Declarativa e configurações do Terraform, atualize-as para usar semântica de autoescalonamento.

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

• As funcionalidades Forward ETL e REST API Private Preview no Lakebase Provisioned são desativadas após a atualização. Os seus substitutos, Lakebase Change Data Feed e Data API, estão disponíveis na plataforma Autoscaling.

O Lakebase Autoscaling adiciona dimensionamento automático e redução para zero, restauro para um ponto anterior no tempo e instantâneos, agendamento de janelas de manutenção, ramificação de bases de dados e outras melhorias. Para detalhes sobre o que esperar, que mudanças e que ações tomar, consulte Atualizar para Autoscaling.

Para solicitar uma atualização acelerada ou se tiver dúvidas, contacte a sua equipa de contas ou o Suporte do Azure Databricks.

O Databricks Runtime 19 utilizará um modelo de lançamento unificado

A partir da versão 19, o Databricks Runtime utilizará um modelo de lançamento 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 de lançamento.

Após uma Beta inicial, cada versão Databricks Runtime será lançada como disponível de forma geral (GA) e receberá novas funcionalidades e correções aproximadamente semanalmente, com atualizações diferenciadas por data numa única página. Os clusters receberão atualizações quando reiniciarem. Após aproximadamente seis meses, a versão transita para suporte a longo prazo (LTS) com três anos de suporte.

O Databricks Runtime 18 é a versão de transição. As páginas das versões de funcionalidades 18.0, 18.1 e 18.2 continuam disponíveis para referência histórica, e o Databricks Runtime 18 LTS será a última versão unificada da linha 18.x.

As ligações Power BI vão transitar para ADBC

O Power BI planeia transferir todas as ligações Power BI para a Conectividade de Base de Dados Arrow (ADBC). Para evitar interrupções, a Databricks recomenda mudar os seus modelos semânticos de desenvolvimento e staging para ADBC agora e validar as suas cargas de trabalho. Para a linha temporal da transição da Microsoft, veja Transição de drivers ODBC para ADBC.

O driver ADBC para Power BI no Azure Databricks está em Pré-visualização Pública desde outubro de 2025. Desde fevereiro de 2026, todas as novas ligações no Power BI Desktop e no serviço Power BI usam o ADBC por defeito. As ligações existentes continuam a usar ODBC, a menos que as atualize manualmente.

Veja Configure o driver ADBC ou ODBC para Power BI.

As permissões de objetos de workspace serão em breve herdadas de todos os grupos de contas

Numa próxima versão, as permissões dos objetos do workspace serão herdadas de todos os grupos de contas, não apenas dos grupos diretamente atribuídos ao workspace. Os principais irão herdar permissões sobre objetos do espaço de trabalho, como jobs, cadernos, pastas, consultas e painéis, de todos os grupos de contas dos quais são membros, independentemente de esses grupos estarem atribuídos ao espaço de trabalho. Os utilizadores ainda precisam de ser atribuídos ao espaço de trabalho para usar estas permissões.

Esta alteração também ativa permissões concedidas que estão inativas ("órfãs"). São concessões de autorização que permanecem num grupo depois de este ser removido de um espaço de trabalho. Não estão a ser adicionadas novas permissões, mas subsídios existentes para órfãos tornar-se-ão ativos, podendo dar aos membros do espaço de trabalho acesso inesperado. Por exemplo, se um grupo "Contractors" foi removido de um workspace mas ainda tiver acesso de edição a uma pasta, qualquer membro do workspace em "Contractors" terá acesso a essa pasta.

O Databricks recomenda rever as permissões do seu espaço de trabalho. Use o seguinte caderno para identificar concessões de permissões inativas nos seus espaços de trabalho:

Bloco de notas de análise de permissões órfãs

Obter caderno

Alteração urgente iminente: comportamento padrão ao eliminar um pipeline do Unity Catalog

Numa próxima atualização, o comportamento predefinido ao eliminar um pipeline do Unity Catalog irá mudar. Atualmente, eliminar um pipeline também remove todas as visualizações materializadas, tabelas de streaming e visualizações associadas. Após esta alteração, as tabelas associadas serão mantidas, mas inativas após a remoção do pipeline. A API também mudará para reter tabelas por padrão, mas definir o campo cascade para true sobrepõe-se a 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 eliminar um pipeline, atualize o seu código para definir cascade=true.

Veja Eliminar um fluxo de trabalho e Eliminar um fluxo de trabalho.

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

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

• A partir do final de maio de 2026: O novo editor SQL será ativado por padrão para todos os espaços de trabalho. A capacidade de desligar a funcionalidade ao nível do espaço de trabalho deixará de estar disponível. Os utilizadores individuais ainda poderão mudar as suas consultas para o editor SQL antigo após este período começar.
• A partir do final de julho de 2026: O editor SQL legado será retirado. Todos os utilizadores usarão o novo editor SQL, e a opção individual de exclusão deixará de estar disponível.

Para saber mais sobre o novo editor SQL, consulte o editor SQL do Databricks. Se tiver dúvidas sobre esta transição, contacte a equipa da sua conta.

Alterações aos tokens de destinatário abertos do OpenSharing (anteriormente Delta Sharing)

O OpenSharing para destinatários abertos irá transitar para um novo formato de URL específico para cada destinatário. Novos tokens criados após a data de transição usarão automaticamente o novo formato de URL. Esta alteração melhora a segurança da rede e permite aos destinatários configurar políticas de rede e regras de firewall específicas para cada destinatário.

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

Os novos URLs incluem o ID do destinatário no domínio:

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

Para referência, URLs criadas antes desta alteração não contêm o ID do destinatário e utilizam o endpoint Delta Sharing.

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

Os URLs antigos continuarão a funcionar durante algum tempo. A duração específica depende do tipo de destinatário e da data de criação do token. Os fornecedores de dados devem transitar para o novo formato de URL antes que o antigo se torne inválido.

Partilha da Federação OIDC:

A Databricks recomenda que os fornecedores de dados comecem a transição dos seus destinatários para o novo formato de URL. Embora ainda não tenha sido definida uma data de transição, faça a transição agora para ter tempo para resolver problemas. Após a transição, os fornecedores podem encontrar o novo URL na interface do OpenSharing. Depois de o antigo formato URL ser retirado, deixa de ser válido.

Partilha de tokens de portador:

Atualizações aos IPs públicos do plano de controlo de saída

Azure Databricks está a atualizar os IPs públicos do plano de controlo outbound e as etiquetas de serviço Azure para melhorar a segurança e a disponibilidade das zonas. Essas mudanças fazem parte de uma atualização do plano de controle que começou a ser lançada em 20 de maio de 2025.

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

• Se as regras do teu firewall referenciarem a etiqueta Azure Databricks service, não é necessária qualquer ação.
• Se você permitir IPs públicos específicos do plano de controle, deverá adicionar todos os IPs do plano de controle de saída até 26 de setembro de 2025.

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

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

Devido a um bug, certos logs de auditoria de autorização e autenticação incluem um número de porta além do IP no sourceIPAddress campo (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 logs de auditoria do Databricks. Para melhorar a consistência dos logs de auditoria, o Databricks planeja alterar o formato do endereço IP para esses eventos de log de auditoria. Esta alteração será implementada gradualmente a partir do início de agosto de 2024.

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

O armazenamento de rastreios do MLflow no Unity Catalog estará em breve disponível por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado

O armazenamento de rastreios do MLflow nas tabelas do Unity Catalog estará disponível por predefinição para espaços de trabalho com o perfil de segurança de conformidade ativado em meados de agosto de 2026.

Armazene os traços do MLflow em tabelas do Unity Catalog para armazenamento de traços escalável e governado: o armazenamento é ilimitado, os traços são armazenados no formato OpenTelemetry (OTel), o acesso é governado por permissões de esquema e tabelas do Unity Catalog, e pode consultar traços com SQL. Para ver os rastreios, aponte um experimento do MLflow para uma localização de rastreios no Unity Catalog.

Consulte os rastros OpenTelemetry no Catálogo Unity.