Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Obtenga información sobre las características y los cambios de comportamiento en las próximas versiones de Azure Databricks.
La implementación basada en Git para Aplicaciones de Databricks pronto estará disponible para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.
A principios de mayo de 2026, la implementación basada en Git para aplicaciones de Databricks se habilitará automáticamente para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado. Implemente aplicaciones directamente desde un repositorio de Git para simplificar el flujo de trabajo de CI/CD.
Consulte Implementación de una aplicación de Databricks.
Cambio de criterio de ordenación de api de paneles de lista
En una próxima versión el 6 de abril de 2026, una nueva versión de list Dashboards API cambiará el criterio de ordenación de los resultados. Los paneles se devolverán en orden cronológico inverso por fecha de última modificación, con el panel modificado más recientemente primero, en lugar de alfabéticamente por título.
Se trata de un cambio importante para los usuarios que paginan los resultados mediante next_page_token. Los tokens generados por una versión anterior de la API no son válidos con la nueva versión. Si usa un token de una versión anterior, la API devuelve un error:
Invalid page_token: this token was generated by a previous/different API version. Please retry without page_token.
Para continuar paginando después de este cambio, inicie una nueva solicitud sin .next_page_token
Lakebase se habilitará de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento.
El 30 de abril de 2026 o después, Lakebase se habilitará de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento cuando el estándar de cumplimiento esté establecido en HIPAA, C5, TISAX o None.
Consulte Cumplimiento de Lakebase.
Nueva interfaz de usuario para la consola de Databricks Apps
En una próxima versión, la consola de Databricks Apps recibirá una interfaz de usuario rediseñada que proporciona una experiencia de administración de aplicaciones más intuitiva. La consola actualizada simplifica los flujos de trabajo para editar, implementar y supervisar aplicaciones. También puede acceder a Databricks Apps directamente desde el conmutador de aplicaciones en la esquina superior derecha del área de trabajo.
Consulte Aplicaciones de Databricks.
Cambios en los tokens de destinatarios abiertos de Delta Sharing
Delta Sharing para receptores abiertos pasará a un nuevo formato de dirección URL específico del receptor. La fecha de transición se ha actualizado y ahora es el 1 de julio de 2026. Los nuevos tokens creados el 1 de julio de 2026 o después usarán automáticamente el nuevo formato de dirección URL. Este cambio mejora la seguridad de red y permite a los destinatarios configurar directivas de red y reglas de firewall específicas del destinatario.
Para Azure China, la transición se anunciará más adelante.
Las nuevas direcciones URL incluyen el identificador de destinatario en el dominio:
https://<recipient-id>.delta-sharing.westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>
Por referencia, las direcciones URL creadas antes de este cambio no contienen el identificador del destinatario.
https://westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>
Las direcciones URL antiguas seguirán funcionando durante un período de tiempo. La duración específica depende del tipo de destinatario y de la fecha de creación del token. Los proveedores de datos deben pasar al nuevo formato de dirección URL antes de que el formato de dirección URL anterior no sea válido.
Compartición en la federación OIDC:
Los proveedores de datos deben comprobar que sus destinatarios usan el nuevo formato de dirección URL antes del 1 de julio de 2027. A partir del 1 de julio de 2026, los proveedores pueden encontrar la nueva dirección URL en la interfaz de usuario delta sharing. Después del 1 de julio de 2027, el formato de dirección URL anterior no será válido.
Uso compartido de tokens de portador:
| Fecha de creación de tokens | Formato de dirección URL | Fecha de expiración del token | Acción recomendada |
|---|---|---|---|
| Antes del 1 de julio de 2026 | Formato antiguo | Un año a partir de la fecha de creación o el 8 de diciembre de 2026, lo que suceda más tarde | Los proveedores de datos deben rotar tokens antes de la expiración para migrar al nuevo formato de URL. Para proporcionar a los destinatarios el tiempo de migración, configure una ventana de tiempo de inactividad estableciendo una fecha de expiración para el token actual durante la rotación. Durante este período se admiten los formatos de dirección URL antiguos y nuevos. |
| Después del 1 de julio de 2026 | Nuevo formato | Según la configuración, hasta un año a partir de la fecha de creación. | Ninguno |
Asistente de creación nuevo para proveedores de Marketplace
A finales de marzo de 2026, la experiencia de la consola del proveedor de Marketplace para la creación de listados se actualizará desde su formato actual a un asistente paso a paso guiado. Este cambio simplifica el proceso de creación de nuevos anuncios en Marketplace.
El Explorador de datos de ejemplo estará disponible con carácter general a finales de marzo
A finales de marzo de 2026, el Explorador de datos de ejemplo con Genie Code estará disponible con carácter general. El Explorador de datos de ejemplo le permite formular preguntas sobre las tablas del Catálogo de Unity mediante una interfaz de lenguaje natural insertada.
La clasificación de datos pronto estará disponible de forma predeterminada para algunas áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.
A mediados de marzo de 2026, la clasificación de datos estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado y los controles HIPAA seleccionados.
La compatibilidad con EventBridge pronto estará disponible para eventos de archivo proporcionados por colas.
A finales de febrero de 2026, la compatibilidad con EventBridge estará disponible para eventos de archivos proporcionados en colas para ubicaciones de S3. Actualmente, los eventos de archivo solo se pueden configurar mediante SNS o mediante el enrutamiento de eventos de almacenamiento directamente a SQS.
Vea Uso de una cola proporcionada para S3.
Supervisor Agent pronto estará disponible de forma predeterminada para los clientes de seguridad y cumplimiento mejorados
A mediados de marzo de 2026, el Agente de supervisor estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado y los controles HIPAA seleccionados.
Use el Agente supervisor para crear un sistema de supervisor de varios agentes que organice los agentes y herramientas de inteligencia artificial para trabajar juntos en tareas complejas.
Consulte Uso del Agente supervisor para crear un sistema multiagente coordinado.
ADBC se convertirá en el controlador predeterminado para las nuevas conexiones de Power BI.
A partir de febrero, las nuevas conexiones creadas en Power BI Desktop o el servicio Power BI usarán automáticamente el controlador de conectividad de base de datos de flecha (ADBC) de forma predeterminada. Las conexiones existentes seguirán usando ODBC a menos que las actualice manualmente a ADBC.
Si prefiere seguir usando ODBC para las nuevas conexiones, tendrá dos opciones:
- Al crear una conexión, seleccione
defaultcomo Implementación. - En Power BI Desktop, deshabilite la versión preliminar de la característica ADBC, que restaurará ODBC como valor predeterminado para todas las conexiones nuevas.
Para obtener más información sobre ADBC, consulte Configuración del controlador ADBC o ODBC para Power BI y databricks Driver en el repositorio de ADBC.
Nueva lógica de segmentación para las tablas de línea de tiempo de trabajos
A partir del 19 de enero de 2026, las tablas de trabajos usarán una nueva lógica de segmentación alineada con la hora del reloj. Los segmentos de tiempo ahora se alinean con los límites estándar de hora de reloj (5:00-6:00 p.m., 6:00-7:00 p.m., etc.) en lugar de intervalos de una hora en función de la hora de inicio de la ejecución. Las nuevas filas usarán la nueva lógica de segmentación, mientras que las filas existentes permanecen sin cambios.
Ver Lógica de segmentación alineada con las horas del reloj.
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.
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 uso compartido delta compartir catálogos y tablas externos. 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 se habilitará pronto por defecto (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.
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 Configuración de flujos de cargador automático en 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.