¿Qué novedades se esperan?

Obtenga información sobre las características y los cambios de comportamiento en las próximas versiones de Azure Databricks.

Las direcciones URL públicas para las descargas de controladores ODBC se deshabilitarán

En una próxima versión, se deshabilitarán las direcciones URL públicas para las descargas automatizadas de controladores ODBC de Apache Spark . Después de este cambio, todas las descargas de controladores, incluidos los procesos automatizados, requerirán autenticación. Esto interrumpirá los procesos automatizados que descargan controladores ODBC de Apache Spark mediante vínculos públicos directos sin autenticación.

Actualizaciones de navegación del Explorador de catálogos

El Explorador de catálogos pronto recibirá mejoras de navegación para simplificar los flujos de trabajo y ayudarle a detectar y administrar recursos de datos de forma más eficaz.

Navegación simplificada:

La pestaña Catálogos duplicativos se quita para reducir la redundancia y centrarse en una sola superficie de navegación del catálogo. Las acciones DBFS y Enviar comentarios se mueven al icono del para un diseño más limpio.

Nueva sección sugerida:

Una nueva pestaña Sugerida en la página de aterrizaje del Explorador de catálogos resalta los objetos usados con frecuencia, por ejemplo los objetos para los usuarios por primera vez y los favoritos del usuario. Esto le ayuda a volver a interactuar rápidamente con recursos importantes o a detectar puntos de partida útiles.

Puntos de entrada consolidados:

Las funcionalidades relacionadas se agrupan en categorías más claras para reducir el ruido visual y mejorar la búsqueda:

• Gobernanza : punto de entrada para etiquetas reguladas, administración de metastore y clasificación de datos
• Conectar : puntos de entrada para ubicaciones externas, datos externos, credenciales y conexiones
• Compartir : Puntos de entrada para Delta Sharing y Salas Limpias

Estas agrupaciones reemplazan las sub pestañas dispersas y crean una arquitectura de información más intuitiva y escalable.

Cambios en los tokens de destinatarios abiertos de Delta Sharing

El uso compartido de Delta Sharing para destinatarios abiertos pasará a un nuevo formato de URL específico del destinatario que se utiliza para conectarse al servidor de Delta Sharing. Este cambio mejora la seguridad de red y las configuraciones de firewall, en consonancia con los procedimientos recomendados para compartir puntos de conexión.

Fichas de destinatario creadas el 9 de marzo de 2026 o posteriormente:

A partir del 9 de marzo de 2026, los nuevos tokens de destinatario abierto usarán un nuevo formato de dirección URL específico del destinatario para mejorar la seguridad y el filtrado de red. Este cambio se aplica a los tokens emitidos en o después de esta fecha; Los tokens anteriores pueden seguir usando el formato de dirección URL anterior hasta que expiren. Consulte Nueva directiva de vigencia de expiración de tokens en la sección siguiente.

Para Azure China, la transición se anunciará más adelante.

Para OIDC, los destinatarios deben pasar al nuevo formato de dirección URL el 9 de marzo de 2027. A partir del 9 de marzo de 2026, los proveedores podrán ver el nuevo formato de dirección URL para los destinatarios existentes en la página Delta Sharing para compartir con los destinatarios.

Las nuevas direcciones URL tendrán el formato siguiente:

https://2d4b0370-9d5c-4743-9297-72ba0f5caa8d.delta-sharing.westus.azuredatabricks.net

Nueva directiva de vigencia de expiración de tokens:

A partir del 8 de diciembre de 2025, todos los nuevos tokens de destinatarios de uso compartido abierto se emitirán con una expiración máxima de un año a partir de la fecha de creación. Ya no se pueden crear tokens con validez prolongada o ilimitada.

Para los tokens creados con el formato de dirección URL del destinatario anterior entre el 8 de diciembre de 2025 y el 9 de marzo de 2026, cada token expira automáticamente un año después de su creación. Al rotar tokens, los proveedores pueden configurar una ventana de tiempo de inactividad para permitir que los destinatarios se migren. Durante esta ventana, las direcciones URL de destinatario antiguas y nuevas siguen funcionando.

Si actualmente usa tokens de destinatario con duraciones largas o ilimitadas, revise las integraciones y recuerde rotar tokens anualmente según sea necesario, ya que los tokens expirarán el 8 de diciembre de 2026.

Cambios de comportamiento y VACUUM desplazamiento en el tiempo para las tablas administradas por el catálogo de Unity

En enero de 2026, los cambios de viaje en el tiempo y VACUUM comportamiento introducidos en Databricks Runtime 18.0 se extenderán al cómputo sin servidor, Databricks SQL y Databricks Runtime 12.2 y versiones posteriores para las tablas administradas por Unity Catalog.

Entre estos cambios se incluyen los siguientes:

• Las consultas sobre viajes en el tiempo se bloquean si superan delta.deletedFileRetentionDuration.
• delta.logRetentionDuration debe ser mayor o igual que delta.deletedFileRetentionDuration.

Notificaciones por correo electrónico para expirar tokens de acceso personal

Azure Databricks enviará pronto notificaciones por correo electrónico a los usuarios del área de trabajo aproximadamente siete días antes de que expiren sus tokens de acceso personal. Las notificaciones solo se envían a los usuarios del área de trabajo (no a las entidades de servicio) con nombres de usuario basados en correo electrónico. Todos los tokens de expiración dentro del mismo área de trabajo se agrupan en un solo correo electrónico.

Consulte Supervisión y revocación de tokens de acceso personal.

El modo agente de Genie Research pronto puede usar modelos servidos a través de Amazon Bedrock

El modo de agente de Genie Research pronto podrá usar modelos distribuidos a través de Amazon Bedrock cuando las características de IA impulsadas por socios estén habilitadas.

Cronograma actualizado del fin de soporte de paneles de control heredados

• La compatibilidad oficial con la versión heredada de paneles finalizó a partir del 7 de abril de 2025. Solo se solucionarán los problemas críticos de seguridad y las interrupciones del servicio.
• 3 de noviembre de 2025: Databricks comenzó a presentar a los usuarios un cuadro de diálogo de advertencia descartable al acceder a cualquier panel heredado. El cuadro de diálogo recuerda a los usuarios que el acceso a los paneles heredados finalizarán el 12 de enero de 2026 y proporciona una opción de un solo clic para migrar a IA/BI.
• 12 de enero de 2026: Los paneles y las API heredados ya no serán accesibles directamente. Sin embargo, seguirán proporcionando la capacidad de actualizarse a IA/BI. La página de migración estará disponible hasta el 2 de marzo de 2026.

Para ayudar a realizar la transición a los paneles de INTELIGENCIA ARTIFICIAL o BI, las herramientas de actualización están disponibles tanto en la interfaz de usuario como en la API. Para obtener instrucciones sobre cómo usar la herramienta de migración integrada en la interfaz de usuario, consulte Clonación de un panel heredado en un panel de INTELIGENCIA ARTIFICIAL o BI. Para ver tutoriales sobre cómo crear y administrar paneles mediante la API REST, consulte Uso de las API de Azure Databricks para administrar paneles.

Uso compartido en la Federación Lakehouse y almacenamiento predeterminado

Delta Sharing on Lakehouse Federation está en Beta, lo que permite a los proveedores de datos de Delta Sharing compartir catálogos y tablas de terceros. De forma predeterminada, los datos deben materializarse temporalmente y almacenarse en el almacenamiento predeterminado (versión preliminar privada). Actualmente, los usuarios deben habilitar manualmente la característica Delta Sharing para almacenamiento predeterminado – acceso expandido en la consola de la cuenta para utilizar la compartición de federación de Lakehouse.

Después de que Delta Sharing para almacenamiento predeterminado – Acceso expandido esté habilitado de forma predeterminada para todos los usuarios de Azure Databricks, Delta Sharing en Lakehouse Federation estará disponible automáticamente en las regiones donde se admita el almacenamiento predeterminado.

Consulte Almacenamiento predeterminado en Databricks y Adición de esquemas o tablas externos a un recurso compartido.

Notificación de recarga en áreas de trabajo

En una próxima versión, se mostrará un mensaje para volver a cargar la pestaña del área de trabajo si la pestaña del área de trabajo se ha abierto durante mucho tiempo sin actualizarse. Esto le ayudará a asegurarse de que siempre usa la versión más reciente de Databricks con las características y correcciones más recientes.

El conector de SAP Business Data Cloud (BDC) para Azure Databricks pronto estará disponible con carácter general.

El conector de SAP Business Data Cloud (BDC) para Azure Databricks es una nueva característica que permite compartir datos de SAP BDC a Azure Databricks y de Azure Databricks a SAP BDC mediante delta sharing. Esta característica estará disponible con carácter general a finales de septiembre.

El uso compartido delta para tablas en el almacenamiento predeterminado pronto se habilitará de forma predeterminada (Beta)

Esta actualización de almacenamiento predeterminado para Delta Sharing ha ampliado las capacidades de compartición, permitiendo a los proveedores compartir tablas respaldadas por almacenamiento predeterminado con cualquier destinatario de Delta Sharing (abierto o Azure Databricks), incluidos los destinatarios que utilizan el cómputo clásico. Esta característica se encuentra actualmente en Beta y requiere que los proveedores habiliten manualmente Delta Sharing para el Almacenamiento Predeterminado - Acceso Expandido en la consola de la cuenta. Pronto, se habilitará de forma predeterminada para todos los usuarios.

Consulte limitaciones de .

Actualizaciones de las direcciones IP públicas del plano de control de salida

Azure Databricks está actualizando las direcciones IP públicas del plano de control salientes y las etiquetas de servicio de Azure para mejorar la seguridad y la disponibilidad de zona. Estos cambios forman parte de una actualización del plano de control que comenzó a implementarse el 20 de mayo de 2025.

Si su organización usa firewalls de recursos para controlar el acceso entrante:

• Si las reglas de firewall hacen referencia a la etiqueta de servicio de Azure Databricks, no se requiere ninguna acción.
• Si permite direcciones IP públicas específicas en el plano de control, debe agregar todas las direcciones IP del plano de control salientes antes del 26 de septiembre de 2025.

Las direcciones IP del plano de control de salida anteriores siguen admitiéndose.

Cambio de comportamiento para la opción de lista de directorios incrementales del cargador automático

Nota:

La opción Auto Loader cloudFiles.useIncrementalListing está en desuso. Aunque en esta nota se describe un cambio en el valor predeterminado de las opciones y cómo seguir usándolo después de este cambio, Databricks recomienda no usar esta opción y prefiere el modo de notificación de archivos con eventos de archivo.

En una próxima versión de Databricks Runtime, el valor de la opción Auto Loader cloudFiles.useIncrementalListing en desuso se establecerá en false de forma predeterminada. Establecer este valor en false hace que el cargador automático realice una lista de directorios completa cada vez que se ejecute. Actualmente, el valor predeterminado de la cloudFiles.useIncrementalListing opción es auto, lo que indica a Auto Loader que realice un intento de mejor esfuerzo para detectar si se puede usar una lista incremental con un directorio.

Para seguir usando la característica de lista incremental, establezca la cloudFiles.useIncrementalListing opción en auto. Al establecer este valor en auto, Auto Loader hace su mayor esfuerzo para realizar un listado completo una vez cada siete listados incrementales, que coincide con el comportamiento de esta opción antes de este cambio.

Para obtener más información sobre la lista de directorios de Auto Loader, consulte Flujos de Auto Loader con el modo de lista de directorios.

Cambio de comportamiento cuando se eliminan las definiciones de conjunto de datos de las canalizaciones declarativas de Spark en Lakeflow

Una próxima versión de las Canalizaciones Declarativas de Spark de Lakeflow cambiará el comportamiento cuando se elimine una vista materializada o una tabla de streaming de una canalización. Con este cambio, la vista materializada eliminada o la tabla de transmisión no se eliminarán automáticamente cuando se ejecute la próxima actualización del flujo de trabajo. En su lugar, podrá usar el comando DROP MATERIALIZED VIEW para eliminar una vista materializada o el comando DROP TABLE para eliminar una tabla de streaming. Después de quitar un objeto, la ejecución de una actualización de canalización no recuperará el objeto automáticamente. Se crea un nuevo objeto si se vuelve a agregar una vista materializada o una tabla de streaming con la misma definición a la canalización. Sin embargo, puede recuperar un objeto mediante el comando UNDROP.

El campo sourceIpAddress de los registros de auditoría ya no incluirá un número de puerto

Debido a un error, determinados registros de auditoría de autorización y autenticación incluyen un número de puerto además de la dirección IP en el campo sourceIPAddress (por ejemplo, "sourceIPAddress":"10.2.91.100:0"). El número de puerto, que se registra como 0, no proporciona ningún valor real y es incoherente con el resto de los registros de auditoría de Databricks. Para mejorar la coherencia de los registros de auditoría, Databricks tiene pensado cambiar el formato de la dirección IP para estos eventos de registro de auditoría. Este cambio se implementará gradualmente a partir de principios de agosto de 2024.

Si el registro de auditoría contiene una instancia sourceIpAddress de 0.0.0.0, Databricks podría dejar de registrarlo.