¿Qué novedades se esperan?

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

Próximo final de vida útil de la API de Supervisor

La API de Supervisor (Beta) llega al final de su vida útil el 30 de septiembre de 2026. Después de esa fecha, la API dejará de estar disponible.

Azure Databricks recomienda migrar a agentes personalizados en Databricks Apps.

Véase Supervisor API (Beta) (obsoleta).

El acceso del consumidor a los servicios de Unity AI Gateway de consulta estará disponible de forma general

La consulta de los servicios de modelos de Unity AI Gateway y de los servicios de proveedores de modelos con acceso de consumidor es actualmente opcional a través del acceso de consumidor a Unity AI GatewayVista previa pública. Cuando esta capacidad esté disponible en general, los usuarios de acceso al consumidor podrán consultar estos servicios sin activar la vista previa. Esto puede aumentar el tráfico de modelos procedente de los usuarios consumidores, incluido el tráfico hacia los servicios de proveedores de modelos que se redirigen a proveedores externos.

Antes de este cambio, los administradores de cuentas debían establecer presupuestos y límites de tarifa, o desactivar el acceso directo al modelo para usuarios de acceso consumidor, de modo que estos controles se aplicaran cuando la capacidad esté disponible de forma general. Consulta Gestionar presupuestos para Unity AI Gateway, Aplicar límites de velocidad a los servicios de modelos y MCP y Gestionar autorizaciones.

El control de acceso basado en roles (RBAC) estará pronto disponible por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado

El control de acceso basado en roles (RBAC) estará disponible por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento habilitado a mediados de septiembre de 2026.

RBAC permite a los usuarios asumir un rol en Azure Databricks. Cuando un usuario asume un rol, solo se aplican los permisos de ese rol, en lugar de los permisos acumulados del usuario. Esto permite el acceso exclusivo. Los usuarios deben asumir activamente un papel para acceder a datos sensibles, impidiéndoles acceder a ellos bajo su propia identidad y mezclar datos entre casos de uso, ensayos clínicos, proyectos o clientes.

Consulte Control de acceso basado en rol (RBAC).

Próxima obsolescencia de la columna downstream_impact de supervisión de la calidad de los datos

La downstream_impact columna en la tabla de resultados del sistema de monitorización de la calidad de datos está siendo obsoleta.

La deprecación comienza el 7 de septiembre de 2026 y se despliega gradualmente en varias regiones durante la semana siguiente. Hasta que el despliegue llegue a tu espacio de trabajo, puede que aún puedas consultar downstream_impact. Una vez finalizada la depreciación, la columna deja de estar poblada.

Para la columna afectada, consulte la referencia de la tabla del sistema de resultados de supervisión de la calidad de los datos y Revisar los resultados registrados de la detección de anomalías.

Próxima obsolescencia de la columna root_cause_analysis de supervisión de la calidad de los datos

La root_cause_analysis columna en la tabla de resultados del sistema de monitorización de la calidad de datos está siendo obsoleta.

La deprecación comienza el 18 de agosto de 2026 y se despliega gradualmente en regiones durante los días siguientes. Hasta que el despliegue llegue a tu espacio de trabajo, puede que aún puedas consultar root_cause_analysis. Una vez finalizada la depreciación, la columna deja de estar poblada.

Para la columna afectada, consulte la referencia de la tabla del sistema de resultados de supervisión de la calidad de los datos y Revisar los resultados registrados de la detección de anomalías.

El uso compartido de tablas basadas en el almacenamiento predeterminado estará habilitado de forma predeterminada para todas las cuentas

El soporte para OpenSharing para tablas respaldadas por almacenamiento por defecto está generalmente disponible y activado por defecto en la mayoría de cuentas. Para la mayoría de las cuentas de nivel Enterprise o Premium, Azure Databricks lo habilitará automáticamente a mediados de septiembre de 2026, y a principios de 2027 para el resto.

Hasta que esté habilitada para tu cuenta, un administrador de cuenta puede activar la función OpenSharing para Almacenamiento Predeterminado – Acceso Ampliado desde la página de Previsualizaciones en la consola de cuentas. Consulte Administrar versiones preliminares de Azure Databricks.

Ampliación de la facturación de red para OpenSharing SecureConnect

Azure Databricks ampliará la facturación de red para OpenSharing SecureConnect. Hoy en día, a los proveedores de datos se les factura la transferencia (egress) de datos cuando los destinatarios acceden a datos compartidos a través de SecureConnect. Se planifican tipos adicionales de cargos y escenarios de acceso, incluidos cargos facturados a los destinatarios.

La siguiente tabla resume los cargos previstos, quién se factura y cómo se aplica cada uno en los escenarios de acceso:

¹ La transferencia de datos (egress) no se aplica cuando el destinatario está en la misma región que el proveedor.
² Solo se aplica si el proveedor configura la conectividad privada adjuntando una configuración de conectividad de red (NCC) a la metastore.
³ Azure Databricks no factura este cargo. Si los destinatarios en computación clásica o receptores abiertos acceden al almacenamiento a través de la red pública, su propio proveedor de nube podría facturarles directamente la traducción de direcciones de red (NAT).
⁴ Los destinatarios serverless de la misma región leen directamente desde el almacenamiento en lugar de a través del proxy gestionado.

Para conocer las tarifas, consulta Transferencia de datos y precios de conectividad, o contacta con tu equipo de cuentas de Azure Databricks.

OpenSharing SecureConnect estará disponible por defecto para todas las cuentas

OpenSharing SecureConnect está generalmente disponible. Azure Databricks lo pondrá disponible por defecto para las cuentas del plan Premium a mediados de septiembre de 2026, y a principios de 2027 para el resto.

Hasta que esté disponible para tu cuenta, un administrador de cuenta del lado del proveedor puede activar la vista previa de SecureConnect de OpenSharing desde la página de Previsualizaciones en la consola de cuentas. Consulta Compartir datos protegidos por un cortafuegos con SecureConnect y Gestionar las versiones preliminares de Azure Databricks.

Los secretos en el Catálogo de Unity pronto estarán disponibles de forma predeterminada para los espacios de trabajo con el perfil de seguridad de conformidad habilitado

Los secretos en Unity Catalog estarán disponibles de forma predeterminada para los espacios de trabajo con el perfil de seguridad de cumplimiento normativo habilitado a finales de septiembre de 2026.

Almacenar, gobernar y acceder a secretos como objetos protegibles en el Catálogo de Unity. Un secreto de catálogo de Unity usa el espacio de nombres de tres niveles (catalog.schema.secret) y se rige por privilegios de catálogo de Unity, por lo que puede aplicar los mismos controles de acceso y auditoría que usa para otros recursos de datos.

Consulte Secretos en el catálogo de Unity.

Databricks Apps se activarán próximamente en los espacios de trabajo con el perfil de seguridad de cumplimiento activado

A partir de principios de septiembre de 2026, las aplicaciones Databricks se activarán automáticamente para los espacios de trabajo con el perfil de seguridad de cumplimiento activado.

Consulte Aplicaciones de Databricks.

Próxima disponibilidad general de Unity AI Gateway

Unity AI Gateway, la solución de gobernanza de Azure Databricks para IA empresarial, está programada para disponibilidad general próximamente. Basado en Unity Catalog, Unity AI Gateway extiende la gobernanza a las interacciones en tiempo de ejecución entre modelos, agentes, servidores MCP y herramientas. Puedes controlar qué servicios de IA usan los equipos, enrutar y gestionar el tráfico de IA, y monitorizar el uso desde un solo plano de control.

Las siguientes capacidades estarán generalmente disponibles. El modelo, MCP y los servicios de proveedor de modelos son objetos protegibles de Unity Catalog que gestionas con los mismos privilegios que las tablas y los volúmenes:

• Los servicios de modelo encaminan las solicitudes a modelos de pago por token y externos con división de tráfico y respaldo, y puede compartirlas entre áreas de trabajo. Consulta APIs de modelo de gobierno (servicios modelo).
• Los servicios MCP registran servidores MCP externos o proporcionados por Azure Databricks, así que puedes gobernar el acceso de agentes mediante subvenciones y selección de herramientas. Consulte Conexión de agentes a herramientas de terceros con MCP Services.
• Los servicios de proveedores de modelos representan proveedores externos como OpenAI, Anthropic y Amazon Bedrock, con credenciales gestionadas centralmente. Véase Administrar proveedores de modelos externos (servicios de proveedores de modelos).
• Los presupuestos monitorizan y controlan el gasto mensual en Unity AI Gateway con umbrales por usuario y límites estrictos. Consulta Gestionar presupuestos para Unity AI Gateway.

Consulte Gobernanza de IA con Unity AI Gateway.

Los clústeres de grupos dedicados pronto estarán disponibles de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.

Los clústeres de grupos dedicados estarán disponibles de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado en septiembre de 2026.

Puede asignar un recurso de proceso a un grupo mediante el modo de acceso dedicado , lo que permite a los miembros del grupo compartir el proceso mientras ejecuta lenguajes y cargas de trabajo de forma segura no compatibles con el modo de acceso estándar, como Databricks Runtime para ML, API de RDD y R. Cuando un usuario se conecta a un clúster de grupo, sus permisos están fuera del ámbito de los permisos del grupo para la sesión del clúster.

Consulte Acceso a grupos de proceso dedicados.

AI Search de alto QPS estará disponible próximamente de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado

AI Search de alto QPS estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado a finales de agosto de 2026.

Establezca un QPS objetivo en los puntos de conexión estándar de AI Search para potenciar cargas de trabajo en tiempo real de alto rendimiento, como barras de búsqueda, sistemas de recomendación y coincidencia de entidades. QPS alto está habilitado de forma predeterminada, pero los puntos de conexión existentes no se ven afectados. La capacidad adicional y el costo asociado solo se aplican cuando se configura un QPS de destino para un punto de conexión.

Consulte Escalar el rendimiento del punto de conexión de AI Search con un QPS alto.

Los conectores basados en consultas de Lakeflow Connect pronto estarán disponibles de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.

Los conectores basados en consultas de Lakeflow Connect pronto estarán disponibles de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado. Los conectores basados en consultas ingieren datos de bases de datos consultando el origen directamente mediante una columna de cursor, sin necesidad de configuración de captura de datos modificados (CDC) ni una puerta de enlace de ingesta. Las fuentes compatibles incluyen Oracle, Teradata, SQL Server, MySQL, MariaDB y PostgreSQL, así como todas las fuentes de datos de la Federación de Lakehouse mediante la ingestión de catálogos externos.

Vea Conectores basados en consultas.

La solicitud de acceso pronto se habilitará de forma predeterminada para todas las áreas de trabajo.

En una próxima versión, la solicitud de acceso se habilitará de forma predeterminada para todas las áreas de trabajo y las solicitudes de acceso se enrutarán al propietario del objeto catalog de Unity solicitado por correo electrónico. Puede configurar destinos de solicitud de acceso en cualquier momento en la configuración de metastore. La configuración heredada de la solicitud de acceso de nivel de área de trabajo quedará en desuso.

Consulte Habilitación de solicitudes de acceso en el metastore.

Las actualizaciones automáticas desplegarán más funciones en las tablas existentes

Las actualizaciones automáticas aplican las características recomendadas a las tablas gestionadas del Catálogo de Unity tras verificar la compatibilidad de la carga de trabajo. Azure Databricks está ampliando las funciones que las actualizaciones automáticas aplican a las tablas existentes.

A partir de julio de 2026, las actualizaciones automáticas implementarán el seguimiento de filas y Checkpoint V2 en las tablas existentes. Este despliegue es gradual, por lo que estas funciones estarán disponibles para diferentes clientes en distintos momentos.

En agosto de 2026, las actualizaciones automáticas aplicarán confirmaciones de catálogo y vectores de eliminación a las tablas existentes.

Las actualizaciones automáticas activan una función solo después de que la ventana de observación verifique que todos los clientes que acceden a una tabla la soportan. Para seguir qué funciones están disponibles para actualizaciones automáticas, véase Características soportadas.

Genie One pronto estará disponible para los usuarios de solo cuenta

Genie One pronto será compatible con usuarios con solo cuenta, lo que permitirá que cualquier usuario de su proveedor de identidades acceda a Genie One sin que se le asigne un espacio de trabajo ni se le conceda la autorización de consumidor. Cuando se habilita, todos los usuarios del proveedor de identidades se inscriben automáticamente. El catálogo de Unity seguirá controlando lo que cada usuario puede ver.

Esta característica estará en versión preliminar pública y se habilitará de forma predeterminada. Para ser apto, las cuentas deben habilitar Automatic Identity Management (o SCIM de nivel de cuenta) y una dirección URL personalizada.

Los administradores de la cuenta pueden restringir el acceso con límites de acceso de AIM o desactivar el acceso exclusivo a la cuenta en la consola de la cuenta.

Los servicios MCP proporcionados por Azure Databricks estarán disponibles de forma general (GA) próximamente

Azure Databricks servicios MCP proporcionados para aplicaciones SaaS como Slack, GitHub, Atlassian y Google Drive estarán disponibles con carácter general, con las operaciones de lectura y escritura habilitadas de forma predeterminada. Los administradores y usuarios pueden deshabilitar los servicios MCP y las herramientas individuales en Unity AI Gateway.

Consulte Conexión de agentes a herramientas de terceros con MCP Services.

El conector de SharePoint en Lakeflow Connect estará disponible de forma general próximamente.

El conector de SharePoint en Lakeflow Connect estará disponible con carácter general. Puede ingerir archivos y datos estructurados de los sitios de SharePoint en Azure Databricks para su transformación, análisis y uso en canalizaciones posteriores.

Consulte conector de SharePoint.

El conector de Google Drive en Lakeflow Connect pronto estará disponible con carácter general.

El conector de Google Drive en Lakeflow Connect estará disponible con carácter general. Puede incorporar archivos de Google Drive en Azure Databricks para su transformación, análisis y procesamiento en canalizaciones posteriores.

Consulte Conector de Google Drive.

Cambio al editor de canalización predeterminado para áreas de trabajo con el perfil de seguridad de cumplimiento habilitado

El Editor de canalizaciones de Lakeflow está disponible con carácter general desde mayo de 2026. En agosto, se convertirá en el editor predeterminado para desarrollar y depurar canalizaciones en espacios de trabajo con el perfil de seguridad de cumplimiento normativo habilitado. En ese momento se eliminará el editor heredado.

Para más información sobre el Editor de canalizaciones de Lakeflow, consulte Desarrollo y depuración de canalizaciones de ETL con el Editor de canalizaciones de Lakeflow. Si tiene alguna pregunta sobre esta transición, póngase en contacto con el equipo de su cuenta.

Cambios en el comportamiento de los trabajos y canalizaciones continuos

A principios de agosto de 2026, los oleoductos y trabajos continuos de Lakeflow recibirán actualizaciones para simplificar la configuración.

Podrá configurar una programación continua directamente desde la página de la canalización, incluyendo ajustes en el nivel de trabajo como el modo de rendimiento. Configurar una programación continua de esta manera convierte la canalización en un trabajo continuo.

Databricks recomienda ejecutar canalizaciones continuas con un trabajo continuo en lugar de la configuración continua integrada en la canalización. Cuando un trabajo continuo engloba una canalización, dicho trabajo administrará el ciclo de vida de la ejecución de la canalización. La configuración integrada de ejecución continua no se va a eliminar, pero las nuevas canalizaciones de ejecución continua deben usar el patrón de trabajo de ejecución continua.

La creación del área de trabajo clásica con una red virtual administrada Azure Databricks pronto quedará en desuso.

En una versión futura, Azure Databricks planea retirar la creación de espacios de trabajo clásicos con una red virtual administrada por Azure Databricks. En el caso de las nuevas áreas de trabajo, Azure Databricks recomienda un área de trabajo sin servidor para el inicio rápido más sencillo o la inyección de red virtual si necesita un área de trabajo clásica. Una escala de tiempo de migración detallada se comunicará por separado.

Consulte Redes clásicas del plano de cómputo.

La conectividad segura del clúster pronto será obligatoria para las áreas de trabajo clásicas.

En una versión futura, Azure Databricks planea requerir conectividad segura del clúster para todas las áreas de trabajo clásicas. Las áreas de trabajo creadas con enableNoPublicIp configurado como false ya no serán compatibles, y el parámetro pasará a ser obligatorio. Una escala de tiempo de migración detallada se comunicará por separado.

Consulte Habilitación de la conectividad segura del clúster.

Los activos de interfaz de usuario de Azure Databricks se servirán desde un nuevo dominio CDN

A finales de agosto de 2026, los espacios de trabajo de Azure cargarán activos de interfaz de usuario desde un nuevo dominio CDN de primera parte, ui-assets.azuredatabricks.net. Si tu cortafuegos restringe el tráfico saliente por dominio, añade el nuevo dominio para que la interfaz cargue correctamente.

Consulta Permitir tráfico a dominios CDN para activos de interfaz de usuario.

Lakeflow Designer pronto estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.

Lakeflow Designer estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado a finales de julio de 2026.

Lakeflow Designer es una experiencia visual sin código para preparar y transformar datos en un lienzo de arrastrar y soltar, con todos los flujos de trabajo respaldados por código listo para producción gobernado por Unity Catalog.

Consulte Lakeflow Designer.

Los paquetes de automatización declarativa pronto pasarán a usar el motor de despliegue directo de forma predeterminada.

El 24 de julio de 2026, los paquetes declarativos de automatización del espacio de trabajo comenzarán a usar el motor de implementación directa de manera predeterminada en lugar del motor de implementación de Terraform. Esto activará una migración automática para todos los paquetes del espacio de trabajo que todavía utilizan el motor de implementación de Terraform.

En el caso de las implementaciones de conjuntos de la CLI de Databricks, el motor de implementación directa se convertirá en el valor predeterminado a partir del 26 de agosto de 2026. El motor de implementación de Terraform se deshabilitará en nuevas versiones de la CLI de Databricks en septiembre de 2026.

Para obtener más información sobre el motor de implementación directa y la migración desde el motor de implementación de Terraform, consulte Migración al motor de implementación directa.

Variant pronto estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado

Variant estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado en julio de 2026.

Use Variant para ingerir datos semiestructurados de orígenes de streaming (Kinesis, Event Hubs), API REST y bases de datos sin esquema, al tiempo que mantiene el acceso a consultas de alto rendimiento.

Consulte la compatibilidad con el tipo Variant para Apache Iceberg y Delta Lake.

Próximo cambio en el comportamiento: Elegir permisos al agregar identidades a espacios de trabajo.

Databricks está cambiando cómo las entidades obtienen derechos de espacio de trabajo. Después de este cambio, concedes permisos explícitamente al añadir un principal a un área de trabajo en lugar de depender de la herencia del grupo del sistema users. Los administradores del área de trabajo pueden optar por participar a partir del 15 de junio de 2026 y el nuevo comportamiento se aplica a todas las áreas de trabajo el 14 de septiembre de 2026.

Este cambio te permite agregar identidades en cualquier nivel de acceso, incluidos los usuarios solo consumidores, sin que hereden automáticamente los privilegios de autoría.

Qué está cambiando

Cada área de trabajo tiene dos grupos del sistema: users, que incluye a todos los usuarios y grupos con acceso al área de trabajo, y admins, que incluye a los administradores del área de trabajo. Actualmente, cada identidad que se agrega a un espacio de trabajo hereda los permisos otorgados a users. De forma predeterminada, estos son:

• Acceso al área de trabajo: cree y use cuadernos, trabajos, canalizaciones, aplicaciones, etc.
• Acceso a SQL de Databricks : cree y use paneles, agentes de Genie, alertas y mucho más.

Después del cambio:

• El users grupo no tendrá derechos. El grupo admins tendrá todos los derechos del área de trabajo. Los derechos de ambos grupos están bloqueados.
• A las nuevas identidades se les deben conceder explícitamente los derechos al agregarlas a un área de trabajo.
• users y admins no se pueden anidar como miembros de otros grupos.

Las entidades existentes mantienen su nivel de acceso actual. Databricks migra automáticamente los permisos concedidos previamente a users a un nuevo grupo clonado local del espacio de trabajo denominado users-clone-<TIMESTAMP> (donde <TIMESTAMP> es la hora de la migración). Puede administrar el grupo clonado como cualquier otro grupo local del espacio de trabajo y personalizar su nombre al activar el acceso anticipado. El admins grupo no requiere migración.

Acción requerida

• Si gestiona los permisos de los grupos del sistema mediante automatización (Terraform, las API de SCIM de Workspace o scripts personalizados), actualice sus flujos de trabajo para que apunten a grupos de cuenta estándar, no a grupos del sistema. Una vez habilitado el nuevo comportamiento, se producirá un error en los intentos de modificar los derechos del grupo del sistema.
• Si users o admins está anidado como miembro de otro grupo, elimine la anidación. El anidamiento no está permitido con el nuevo comportamiento.
• Si la sincronización de SCIM elimina los grupos del espacio de trabajo que no reconoce, actualice su configuración para conservar el grupo clon de migración (users-clone-<TIMESTAMP>). Si la sincronización quita el grupo clonado, las entidades de seguridad migradas a ella pierden sus derechos.

Escala de tiempo

• 15 de junio de 2026 – Activación opcional disponible en la configuración del espacio de trabajo, en Control de acceso > avanzado.
• 27 de julio de 2026 – Se habilita automáticamente para los espacios de trabajo que no han optado explícitamente ni por participar ni por excluirse. La opción de exclusión sigue disponible.
• 14 de septiembre de 2026 : se aplica un nuevo comportamiento para todas las áreas de trabajo. Se ha eliminado la cancelación de suscripción.

Puede administrar el nuevo comportamiento desde la configuración del área de trabajo en Control de acceso avanzado>:

Antes de participar: el comportamiento heredado está activo.

Después de participar o habilitar automáticamente: el nuevo comportamiento está activo.

Para más información, consulte Migrar el control de autorizaciones del espacio de trabajo.

Perfil de seguridad de cumplimiento necesario para HIPAA, HITRUST e IRAP

A partir del 1 de septiembre de 2026, el perfil de seguridad de cumplimiento será necesario para procesar los datos protegidos en HIPAA, HITRUST e IRAP.

Consulte Perfil de seguridad de cumplimiento.

La autorización de usuario para aplicaciones de Databricks pronto estará disponible para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.

A finales de septiembre de 2026, la autorización de usuario para las aplicaciones Databricks se habilitará automáticamente para los espacios de trabajo con el perfil de seguridad de cumplimiento activado. La autorización de usuario permite que las aplicaciones actúen con la identidad del usuario de la aplicación, por lo que las aplicaciones pueden acceder a los recursos en nombre del usuario al aplicar los permisos existentes del usuario.

Consulte Autorización de usuario.

Próximo cambio: Migración al escalado automático de Lakebase

Azure Databricks está actualizando todas las instancias aprovisionadas de Lakebase a la plataforma de escalado automático de Lakebase. Las actualizaciones comienzan en junio de 2026 para los clientes que las han solicitado, con las actualizaciones de instancias restantes que continúan en las semanas siguientes. Los administradores del área de trabajo recibirán un correo electrónico con fechas de actualización antes de que comience la actualización.

La actualización es automática. Las conexiones se reinician brevemente durante la transición y las cadenas de conexión existentes, las llamadas API, las agrupaciones declarativas de Automation y las configuraciones de Terraform siguen funcionando sin modificaciones.

Después de la actualización, se aplican los siguientes cambios:

• Las instancias admitirán características de escalado automático y se pueden administrar a través de la nueva interfaz de usuario de escalado automático y la conocida interfaz de usuario aprovisionada, que permanece disponible hasta el 1 de septiembre de 2026.

• Cada instancia recibe una nueva cadena de conexión regional que proporciona entrada optimizada:

  • Cadenas de conexión existentes: Las cadenas de conexión aprovisionadas (sin región) siguen funcionando a través de los Private Link de entrada existentes y no requierenService Direct Private Link.
  • Nueva cadena de conexión regional: Si usa Private Link y se conecta a Lakebase desde fuera del espacio de trabajo de Azure Databricks, debe configurar Private Link de entrada para servicios de alto rendimiento para usar la nueva cadena de conexión regional.

• Para usar nuevas características de escalado automático, como la escala a cero en las configuraciones de Declarative Automation Bundles y Terraform, actualícelas para usar la semántica de escalado automático.

• Se aplican los precios de disponibilidad general de Lakebase. Con el proceso elástico reemplazando las instancias de tamaño fijo, la mayoría de los clientes verán una reducción de los costos de proceso.

• Las funciones de Forward ETL y de la vista previa privada de la API REST en Lakebase Provisioned quedan deshabilitadas tras la actualización. Sus reemplazos, la fuente de distribución de datos modificados de Lakebase y la API de datos, están disponibles en la plataforma de escalado automático.

Lakebase Autoscaling añade escalado automático y escalado a cero, recuperación a un momento dado e instantáneas, programación de ventanas de mantenimiento, ramificación de bases de datos y otras mejoras. Para obtener más información sobre qué esperar, qué cambios y qué acciones realizar, consulte Actualización al escalado automático.

Para solicitar una actualización urgente o si tiene alguna pregunta, póngase en contacto con el equipo de su cuenta o con el soporte técnico de Azure Databricks.

Databricks Runtime 19 usará un modelo de versión unificada

A partir de la versión 19, Databricks Runtime usará un modelo de versión unificado. En lugar de varias versiones de características (por ejemplo, 19.0, 19.1, 19.2), cada versión principal tendrá una sola página de notas de la versión.

Después de una versión beta inicial, cada versión de Databricks Runtime se iniciará como disponible con carácter general (GA) y recibirá nuevas características y correcciones aproximadamente semanalmente, con actualizaciones diferenciadas por fecha en una sola página. Los clústeres recibirán actualizaciones cuando se reinicien. Después de aproximadamente seis meses, la versión pasa a soporte técnico a largo plazo (LTS) con tres años de soporte técnico.

Databricks Runtime 18 es la versión de transición. Las páginas de versión de características 18.0, 18.1 y 18.2 permanecen disponibles para referencia histórica y Databricks Runtime 18 LTS será la versión unificada final en la línea 18.x.

Power BI conexiones pasarán a ADBC

Power BI planea transferir todas las conexiones de Power BI a la Conectividad de Base de Datos Arrow (ADBC). Para evitar interrupciones, Databricks recomienda cambiar los modelos semánticos de desarrollo y almacenamiento provisional a ADBC ahora y validar las cargas de trabajo. Para la cronología de transición de Microsoft, véase Transición de controladores ODBC a ADBC.

El controlador ADBC para Power BI en Azure Databricks ha estado en versión preliminar pública desde octubre de 2025. Desde febrero de 2026, todas las nuevas conexiones en Power BI Desktop y el servicio Power BI usan ADBC de forma predeterminada. Las conexiones existentes siguen usando ODBC a menos que las actualice manualmente.

Consulte Configuración del controlador ADBC o ODBC para Power BI.

Los permisos de los objetos del área de trabajo pronto se heredarán de todos los grupos de cuentas.

En una próxima versión, los permisos de objeto del área de trabajo se heredan de todos los grupos de cuentas, no solo los grupos asignados directamente al área de trabajo. Las principales heredarán permisos en objetos de espacio de trabajo, como trabajos, cuadernos, carpetas, consultas y paneles, de todos los grupos de cuentas de los que son miembros, independientemente de si esos grupos están asignados al espacio de trabajo. Los usuarios todavía deben asignarse al área de trabajo para usar estos permisos.

Este cambio también activa las concesiones de permisos inactivos ("huérfanos"). Son concesiones de permisos que permanecen en el grupo después de que se elimina del área de trabajo. No se agregan nuevos permisos, pero las concesiones huérfanas existentes se activarán, lo que podría dar acceso inesperado a los miembros del área de trabajo. Por ejemplo, si se quitó un grupo "Contratistas" de un área de trabajo pero aún tiene acceso de edición a una carpeta, cualquier miembro del área de trabajo de "Contratistas" obtendrá acceso a esa carpeta.

Databricks recomienda revisar los permisos del área de trabajo. Use el cuaderno siguiente para identificar las concesiones de permisos inactivos en las áreas de trabajo:

Cuaderno de análisis de permisos huérfanos

Obtención del cuaderno

Próximo cambio decisivo: el comportamiento predeterminado al eliminar una canalización del Unity Catalog

En una próxima versión, el comportamiento predeterminado al eliminar una canalización del catálogo de Unity cambiará. Actualmente, la eliminación de una canalización también elimina todas las vistas materializadas asociadas, tablas de transmisión y vistas. Después de este cambio, se conservarán las tablas asociadas, pero inactivas después de quitar la canalización. La API también cambiará para conservar las tablas de forma predeterminada, pero establecer el campo cascade a true anula esto y mantiene el comportamiento actual.

El cascade campo está disponible ahora. Para conservar el comportamiento actual de quitar todas las tablas al eliminar una canalización, actualice el código para establecer cascade=true.

Consulte Eliminación de una canalización y Eliminación de una canalización.

Nueva habilitación predeterminada del editor de SQL y retirada del editor de SQL heredado

El nuevo editor de SQL está disponible con carácter general desde octubre de 2025. Como parte de la transición al nuevo editor, se planean los siguientes cambios:

• A partir de finales de mayo de 2026: el nuevo editor de SQL se habilitará de forma predeterminada para todas las áreas de trabajo. La capacidad de desactivar la característica en el nivel de área de trabajo ya no estará disponible. Los usuarios individuales seguirán siendo capaces de cambiar sus consultas al editor de SQL heredado después de este período.
• A partir de finales de julio de 2026: se retirará el editor de SQL heredado. Todos los usuarios usarán el nuevo editor de SQL y la exclusión individual ya no estará disponible.

Para más información sobre el nuevo editor de SQL, consulte Escritura de consultas y exploración de datos en el nuevo editor de SQL. Si tiene alguna pregunta sobre esta transición, póngase en contacto con el equipo de su cuenta.

Cambios en los tokens de destinatario abierto de OpenSharing (anteriormente Delta Sharing)

OpenSharing para destinatarios abiertos pasará a un nuevo formato de dirección URL específico del destinatario. Los nuevos tokens creados después de la fecha de transición 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>.opensharing.westus.azuredatabricks.net/api/2.0/opensharing/metastores/<metastore-id>

Por referencia, las direcciones URL creadas antes de este cambio no contienen el identificador de destinatario y usan el punto de conexión de uso compartido de Delta.

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:

Databricks recomienda que los proveedores de datos empiecen a pasar sus destinatarios al nuevo formato de dirección URL. Aunque no se ha establecido una fecha de transición, la transición ahora permite la solución de problemas. Después de la transición, los proveedores pueden encontrar la nueva dirección URL en la interfaz de usuario de OpenSharing. Después de retirar el formato de dirección URL anterior, ya no es válido.

Uso compartido de tokens de portador:

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

Azure Databricks está actualizando las IP públicas del plano de control de salida y los tags de servicio de Azure para mejorar la seguridad y la disponibilidad de las zonas. 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 Azure Databricks service, 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.

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.

El almacenamiento de seguimiento de MLflow en el catálogo de Unity pronto estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado

El almacenamiento de seguimiento de MLflow en las tablas del catálogo de Unity estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado a mediados de agosto de 2026.

Almacenar seguimientos de MLflow en tablas del catálogo de Unity para el almacenamiento de seguimiento escalable y regulado: el almacenamiento es ilimitado, los seguimientos se almacenan en formato OpenTelemetry (OTel), el acceso se rige a través del esquema del catálogo de Unity y los permisos de tabla, y puede consultar seguimientos con SQL. Para ver los rastreos, apunte el experimento de MLflow a una ubicación de rastreo de Unity Catalog.

Consulte Almacenar seguimientos de OpenTelemetry en Unity Catalog.