Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Saiba mais sobre funcionalidades e mudanças comportamentais nas próximas versões do Azure Databricks.
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 (Beta) (obsoleta).
O acesso dos consumidores para consultar os serviços do Unity AI Gateway passará a estar geralmente disponível
Atualmente, a consulta dos serviços de modelo do Unity AI Gateway e dos serviços de fornecedores de modelos com acesso do consumidor é opcional no âmbito da Acesso do consumidor ao Unity AI 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 AI Gateway, Aplicar limites de taxa a 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.
A tabela seguinte resume as cobranças planeadas, quem é cobrado e como cada uma se aplica em todos os cenários de acesso:
| Tipo de carga | Status | Entre regiões ou entre clouds | Mesma região (clássico ou receptor aberto) | Mesma região (destinatário sem servidor) |
|---|---|---|---|---|
| Transferência de dados | Disponível atualmente | Fatura ao prestador | Não aplicável ¹ | Não aplicável ¹ |
| Conectividade Privada ² | Brevemente | Fatura ao prestador | Fatura ao prestador | Faturar ao destinatário |
| Conectividade Pública | Brevemente | Faturar ao destinatário | Não aplicável ³ | Não aplicável ⁴ |
¹ A transferência de dados (saída) não se aplica quando o destinatário está na mesma região que o fornecedor.
² Aplica-se apenas se o fornecedor configurar a conectividade privada ao anexar uma configuração de conectividade de rede (NCC) à metastore.
³ O Azure Databricks não cobra esta taxa. 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 serverless na mesma região leem diretamente do armazenamento, em vez de lerem através do proxy gerido.
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.
As aplicações Databricks serão em breve ativadas para espaços de trabalho com o perfil de segurança de conformidade ativado
A partir do início de setembro de 2026, as Aplicações Databricks estarão ativadas automaticamente para os espaços de trabalho com o perfil de segurança de conformidade ativado.
Consulte Aplicativos Databricks.
Disponibilidade geral próxima do Unity AI Gateway
O Unity AI 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 AI 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. Consulte APIs de modelo (serviços de modelo) do Govern.
- 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. Consulte Ligue agentes a ferramentas de terceiros com os Serviços MCP.
- Os serviços de fornecedores de modelos representam fornecedores externos de modelos como OpenAI, Anthropic e Amazon Bedrock, com credenciais geridas centralmente. Ver Gerir fornecedores de modelos externos (serviços de fornecedores de modelos).
- Os orçamentos monitorizam e controlam os gastos mensais do Unity AI Gateway com limites por utilizador e limites rígidos. Consulte Gerir os orçamentos do Unity AI Gateway.
Veja a governação da IA com o Unity AI 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.
O Genie One estará em breve disponível apenas para utilizadores de conta
O Genie One irá em breve suportar utilizadores apenas com conta, permitindo que qualquer utilizador do seu fornecedor de identidades aceda ao Genie One sem lhe ser atribuído um espaço de trabalho nem lhe ser concedida a permissão de consumidor. Quando ativado, todos os utilizadores do seu fornecedor de identidade são inscritos automaticamente. O Unity Catalog continuará a governar o que cada utilizador pode ver.
Esta funcionalidade estará em Pré-visualização Pública e ativada por defeito. Para serem elegíveis, as contas devem ativar a Gestão Automática de Identidade (ou SCIM ao nível da conta) e uma URL personalizada.
Os administradores de contas podem restringir o acesso com os limites do AIM ou desativar o acesso apenas à conta na consola da conta.
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 AI Gateway.
Consulte Ligue agentes a ferramentas de terceiros com os Serviços MCP.
O conector SharePoint no Lakeflow Connect estará em breve disponível de forma geral
O conector SharePoint no Lakeflow Connect estará em breve disponível de forma geral. Pode ingerir ficheiros e dados estruturados de sites do SharePoint para o Azure Databricks para transformação, análise e pipelines subsequentes.
Consulte o conector do SharePoint.
O conector Google Drive no Lakeflow Connect estará em breve disponível de forma geral
O conector Google Drive no Lakeflow Connect estará em breve disponível de forma geral. Pode importar ficheiros do Google Drive para o Azure Databricks para transformação, análise e pipelines subsequentes.
Veja o conector do Google Drive.
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
usersgrupo não terá direitos. Oadminsgrupo 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.
-
userseadminsnã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
usersouadminsestiver 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
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 Escrever consultas e explorar dados no novo editor SQL. 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)
Observação
Com base no feedback dos clientes e na introdução do OpenSharing, esta alteração foi adiada de 1 de julho de 2026. A nova data de transição será atualizada quando disponível. Não é necessária qualquer ação imediata. Os URLs e os tokens de destinatário existentes continuam a funcionar como funcionam atualmente.
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:
| Data de criação do token | Formato do URL | Data de expiração do token | Ação recomendada |
|---|---|---|---|
| Antes da data de transição | Formato antigo | Um ano a partir da data de criação ou 8 de dezembro de 2026, seja qual for a data mais próxima no futuro | Os fornecedores de dados precisam de renovar os tokens antes de expirarem para migrar para o novo formato de URL. Para dar tempo aos destinatários para migrar, configure uma janela de inatividade definindo uma data de expiração para o token atual durante a rotação. Durante este período, são suportados formatos de URL antigos e novos. |
| Na data da transição ou após | Novo formato | De acordo com a tua configuração, até um ano a partir da data de criação. | Nenhum |
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.