¿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 tareas de Genie Code en Lakeflow Jobs están disponibles por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado a partir de noviembre de 2026

A partir de noviembre de 2026, las tareas de Código Genie en los trabajos de Lakeflow están disponibles por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado.

Una tarea de Código Genie ejecuta tu prompt de forma autónoma como parte de una tarea. Puede leer las salidas de las tareas aguas arriba y llamar a herramientas según sea necesario, y devuelve un enlace al chat de Genie Code resultante con su respuesta.

Consulta la tarea de Código Genie para los trabajos.

Facturación para pasarela de red privada

A partir del 1 de diciembre de 2026, Azure Databricks facturará por el uso de la pasarela de red privada.

Consulta la pasarela de red privada.

La carga de archivos en Genie One y los Agentes Genie pronto estarán disponibles por defecto para los espacios de trabajo de perfil de seguridad de cumplimiento con estándares de cumplimiento compatibles

A partir del 15 de noviembre de 2026, la carga de archivos en Genie One y Genie Agents estará disponible por defecto para los espacios de trabajo que tengan activado el perfil de seguridad de cumplimiento , siempre que el estándar de cumplimiento del espacio de trabajo permita la subida de archivos. Puedes subir archivos a una conversación y analizarlos en lenguaje natural junto con tus otros datos.

Los espacios de trabajo con un estándar de cumplimiento que todavía no admite la subida de archivos no pueden usarla. Para comprobar si tu estándar soporta la subida de archivos, abre su página desde la lista de normas de cumplimiento soportadas y consulta la tabla de disponibilidad de funcionalidades.

Consulta Subir un archivo y Subir un archivo a un agente Genie.

Los repositorios de paquetes a nivel de espacio de trabajo para Databricks Apps estarán pronto disponibles por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado

A partir del 13 de noviembre de 2026, los repositorios de paquetes a nivel de espacio de trabajo para Databricks Apps estarán habilitados automáticamente para los espacios de trabajo con el perfil de seguridad de cumplimiento activado. Los administradores de espacios de trabajo pueden configurar repositorios de paquetes por defecto en Python y npm que las aplicaciones heredan, permitiendo aún así sobreescrituras a nivel de app.

Consulta Configurar repositorios de paquetes por defecto.

Pronto AI Runtime estará disponible por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado

Está previsto que AI Runtime esté disponible de forma general el 15 de octubre de 2026 en AWS y Azure para espacios de trabajo sin el perfil de seguridad de cumplimiento activado.

AI Runtime estará disponible por defecto para los espacios de trabajo elegibles con el perfil de seguridad de cumplimiento activado a mediados de noviembre. La disponibilidad depende de los estándares de cumplimiento y regiones soportados.

Utiliza AI Runtime para entrenar y afinar modelos en GPUs serverless sin provisionar ni gestionar la infraestructura subyacente.

Consulte Entorno de ejecución de IA.

Feature Views pronto estarán disponibles por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado

Feature Views ya está disponible con carácter general. Se habilitarán automáticamente para los espacios de trabajo con el perfil de seguridad de cumplimiento activado a mediados de noviembre de 2026.

Defina y calcule características de forma declarativa a partir de datos por lotes o de streaming, y utilícelas después para el entrenamiento de modelos y el servicio en línea.

Consulte Vistas de funciones.

Las conexiones del Catálogo Unity de JDBC pronto estarán disponibles por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado

A mediados de noviembre de 2026, las conexiones de Unity Catalog JDBC, incluida la compatibilidad con certificados SSL, estarán disponibles de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.

Utiliza conexiones del Catálogo de Unity de JDBC para conectarte a bases de datos externas con un controlador JDBC personalizado, con acceso gobernado por el Catálogo de Unity.

Consulte Conexión JDBC.

Los UDFs de Scala y Java de Unity Catalog y los UDFs de Python de Unity Catalog escalares y por lotes pronto estarán disponibles por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado

Los UDFs de Scala y Java de Unity Catalog y los UDFs de Python escalares y por lotes de Unity Catalog estarán disponibles por defecto para espacios de trabajo con el perfil de seguridad de cumplimiento habilitado en noviembre de 2026.

Consulta los requisitos de características de Python UDF y las funciones definidas por el usuario (UDFs) de Scala y Java en Unity Catalog.

CREATE OR REPLACE VIEW pronto preservará por defecto permisos, comentarios y etiquetas

A partir del 2 de diciembre de 2026, CREATE OR REPLACE VIEW actualizará las vistas in situ, en lugar de eliminarlas y volver a crearlas. Las concesiones, las etiquetas y los comentarios se conservan con una advertencia:

• Primero debe eliminar las etiquetas reguladas de una columna de la vista antes de eliminar la columna mediante CREATE OR REPLACE VIEW. De lo contrario, la instrucción fallará con un error CANNOT_DROP_TAGGED_COLUMN para proteger las políticas ABAC que dependen de ellas (más información).

Utilice CREATE OR REPLACE VIEW <catalog>.<schema>.<view> NOCOPY * … para eliminar explícitamente las concesiones, las etiquetas y los comentarios de la vista (las etiquetas reguladas se conservan).

Consulte CREATE VIEW y Próximo cambio en la conservación de metadatos de CREATE OR REPLACE VIEW.

La remote_query función pronto estará disponible por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado

En noviembre de 2026, la remote_query función de valor de tabla estará disponible por defecto para los espacios de trabajo con el perfil de seguridad de cumplimiento activado.

Usa remote_query para ejecutar consultas en bases de datos externas con su sintaxis SQL nativa, con credenciales de una conexión de Unity Catalog.

Consulte Consultar bases de datos externas usando la remote_query función.

El uso compartido de archivos de Salesforce Data 360 estará disponible próximamente de forma predeterminada para los área de trabajo con el perfil de seguridad de cumplimiento habilitado

El conector de uso compartido de archivos de Salesforce Data 360 (anteriormente, uso compartido de archivos de Salesforce Data Cloud) estará disponible de forma predeterminada para las áreas de trabajo con el perfil de seguridad de cumplimiento habilitado.

Utiliza el conector de Lakehouse Federation para consultar los datos de Salesforce Data 360 directamente desde el almacenamiento de objetos en la nube sin copiarlos a Azure Databricks. Las consultas se ejecutan en el entorno de proceso de Azure Databricks.

Consulte Federación de Lakehouse para la compartición de archivos de Salesforce Data 360.

La destrucción de variantes pronto estará habilitada por defecto en las nuevas tablas de variantes

A partir del 18 de noviembre de 2026, Azure Databricks añadirá automáticamente la variantShredding función de tabla a nuevas tablas que contengan una columna de ese VARIANT tipo cuando se creen en Databricks Runtime 17.3 o superior. La descomposición de variantes almacena los campos a los que se accede con frecuencia en un formato tipado y en columnas para mejorar el rendimiento de las consultas.

Este es un cambio radical para Databricks Runtime 15.4: los clústeres que ejecutan Databricks Runtime 15.4 no pueden leer ni escribir en tablas que tengan habilitada la variante de trituración. Actualiza los clústeres afectados a Databricks Runtime 16.4 o superior antes de que este cambio entre en vigor.

Consulta Uso de la fragmentación de variantes para optimizar el rendimiento.

Eliminación del controlador JDBC de BigQuery incluido en Databricks Runtime 20

A partir de Databricks Runtime 20, Databricks Runtime ya no incluye el controlador JDBC de BigQuery incluido, mientras que Databricks Runtime 19 y anteriores continúan incluyéndolo.

Las cargas de trabajo clásicas que usan Spark JDBC con una URL jdbc:bigquery: fallan con un error de controlador no encontrado, a menos que esté instalado un controlador JDBC de BigQuery. Antes de actualizar una carga de trabajo afectada, migre la carga de trabajo.

Las implementaciones activadas mediante webhook para Databricks Apps estarán disponibles de forma general próximamente

A partir de octubre de 2026, los despliegues activados por webhook para Databricks Apps estarán disponibles de forma general. Despliega automáticamente tu aplicación cuando los cambios se envíen a un repositorio conectado de GitHub o Azure DevOps, para que tu aplicación desplegada se mantenga sincronizada con tu repositorio sin necesidad de redeployarse manualmente.

Consulte Implementación de una aplicación de Databricks.

Las tareas JAR en computación sin servidor estarán disponibles próximamente para las áreas de trabajo con el perfil de seguridad de conformidad habilitado

A principios de octubre de 2026, la ejecución de tareas JAR en cómputo sin servidor se habilitará automáticamente para los espacios de trabajo que tengan activado el perfil de seguridad de cumplimiento normativo. Empaqueta tu código Java o Scala Spark en un JAR y ejecuta como tarea JAR en computación serverless en un Lakeflow Job, sin provisionar ni gestionar clústeres.

Consulta Crear y ejecutar JARs en computación sin servidor.

Pronto estará disponible la fuente automática de datos de cambios en todas las regiones compatibles

El flujo automático de datos de cambios (Auto CDF) se está desplegando en los espacios de trabajo durante el próximo mes y estará disponible en todas las regiones compatibles a finales de octubre de 2026. Auto CDF calcula los cambios a nivel de fila en el momento de la consulta usando seguimiento de filas, así que no necesitas habilitar el feed de datos de cambios en cada tabla Delta Lake o Apache Iceberg v3. Requiere Databricks Runtime 19 o superior con el seguimiento de filas activado.

Consulte Fuente de distribución automática de datos de cambios.

Pronto estará disponible escalado horizontal para Databricks Apps en espacios de trabajo con el perfil de seguridad de cumplimiento activado

A principios de octubre de 2026, el escalado horizontal para Databricks Apps se habilitará automáticamente para los espacios de trabajo con el perfil de seguridad de conformidad activado. La escala horizontal te permite ejecutar una app a través de múltiples instancias detrás de una sola URL de aplicación para mayor disponibilidad y concurrencia.

Consulta Escalado horizontal para aplicaciones Databricks.

El perfil de seguridad de cumplimiento aplicará el cifrado de Azure Virtual Network

Actualmente, el perfil de seguridad de cumplimiento verifica y aplica únicamente el uso de tipos específicos de instancias de VM, no la habilitación del cifrado de Azure Virtual Network. La aplicación del requisito de cifrado de Azure Virtual Network comienza el 1 de febrero de 2027, incluyendo los espacios de trabajo que ya tengan activado el perfil de seguridad de cumplimiento.

Consulta el perfil de seguridad de cumplimiento y Configura ajustes mejorados de seguridad y cumplimiento.

La ingestión incremental para los campos de fórmula de Salesforce en Lakeflow Connect pronto estará disponible de forma general

La ingestión incremental para los campos de fórmula de Salesforce en Lakeflow Connect pronto estará disponible de forma general. Hoy en día, Lakeflow Connect ingire campos de fórmulas tomando una instantánea completa de cada pipeline ejecutado por defecto. Cuando la ingestión incremental de los campos de fórmula esté disponible de forma general, las instantáneas completas dejarán de ser la opción predeterminada. La ingestión incremental suele mejorar el rendimiento y reducir costes.

Consulta Importar campos de fórmula de Salesforce de forma incremental.

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 API Supervisor (obsoleta).

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.

Azure Databricks no cobra por el procesamiento de datos de conectividad privada (configuración de conectividad de red, o NCC).

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.
² Azure Databricks no cobra 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 sin servidor de la misma región leen directamente del almacenamiento.

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.

Próxima disponibilidad general de Unity Gateway

Unity Gateway, la solución de gobernanza de Azure Databricks para IA empresarial, está programada para disponibilidad general pronto. Construido sobre Unity Catalog, Unity 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 Servicios de modelos personalizados.
• 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. Consulta MCPs.
• Los servicios de proveedores de modelos representan proveedores externos como OpenAI, Anthropic y Amazon Bedrock, con credenciales gestionadas centralmente. Ver Proveedores modelo externos a Databricks.
• Los presupuestos monitorizan y controlan el gasto mensual en Unity Gateway con umbrales por usuario y límites duros. Consulta: Gestionar presupuestos para Unity Gateway.

Unity Gateway estará disponible por defecto para espacios de trabajo con el perfil de seguridad de cumplimiento activado a mediados de septiembre de 2026.

Consulta la gobernanza de la IA con Unity 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.

La búsqueda con IA de alto QPS estará disponible próximamente de forma predeterminada para los área de trabajo con el perfil de seguridad de cumplimiento habilitado

La búsqueda con IA de alto QPS estará disponible de forma predeterminada para los área 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 Configurar los destinos de solicitudes de acceso para un 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.

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 desactivar los servicios MCP y herramientas individuales en Unity Gateway.

Consulta MCPs.

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 un pipeline, dicho trabajo administrará el ciclo de vida de la ejecución del pipeline. 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.

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 saber más sobre el nuevo editor SQL, consulta el editor SQL de Databricks. 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 rastros, dirige un experimento de MLflow a una ubicación de rastro de Unity Catalog.

Consulte Almacenar seguimientos de OpenTelemetry en Unity Catalog.