Azure SDK Octubre 2026: Cosmos DB para Rust llega a GA

En pocas palabras: Microsoft publicó el índice mensual del Azure SDK el 28 de octubre de 2026, con Cosmos DB para Rust en su primera versión estable 1.0.0, Azure Core 1.63.0 para .NET con autenticación mTLS y Azure Identity con soporte de managed identity para Azure Arc en Python y Java.

Azure SDK Release (October 2026) es el índice mensual que el equipo de Azure SDK de Microsoft publica con cada paquete que llegó a versión estable o beta durante el mes, distribuidos en NuGet, Maven, npm, PyPI, crates.io y go.dev. No es una descarga única: son cientos de librerías independientes y versionadas que cualquier desarrollador instala con su gestor de dependencias habitual, y este índice funciona como changelog centralizado para seguirlas.

¿Qué significa que Cosmos DB para Rust llegó a la versión estable 1.0.0?

Cosmos DB para Rust pasó de preview a versión estable 1.0.0, lo que significa que Microsoft garantiza compatibilidad hacia atrás y soporte de producción para el cliente. El lanzamiento llegó acompañado de dos crates de soporte adicionales, según detalla el reporte de ntcompatible.com (la primera vez que Rust tiene un cliente de Cosmos DB con sello de producción, nada menos).

Hasta ahora, cualquiera que quisiera usar Cosmos DB desde Rust en un ambiente productivo corría con una preview, sin garantías de estabilidad en la API.

¿Por qué importa esto si no usás Rust? Porque marca que Microsoft está cerrando la brecha de paridad entre lenguajes, algo que viene arrastrando desde que el cliente de Rust entró en preview dentro de la familia de SDKs. Pasar de preview a GA no es solo un cambio de etiqueta: implica compatibilidad semántica de versiones, API que no se rompe sin un major version bump, y soporte real antes de meter un cliente en el camino crítico de tu infraestructura. Esto se conecta con lo que analizamos en conectarte por SSH a una VM de Azure.

¿Qué cambios trae Azure Identity para Azure Arc en Python y Java?

Azure Identity 1.26.0 para Python y 1.18.7 para Java agregan soporte de managed identity asignada por usuario en servidores Azure Arc-enabled, seleccionable por client ID, object ID o resource ID. Con este cambio, los equipos de infraestructura pueden autenticar servidores híbridos, on-premise o en otra nube, contra servicios de Azure sin certificados manuales.

En Python, ManagedIdentityCredential ahora rechaza respuestas de token que no confirmen la identidad solicitada, un detalle de seguridad que antes quedaba abierto. La versión también resuelve dos bugs concretos: la autenticación síncrona con Service Fabric ya funciona con MSAL 1.39.0 en adelante, e Identity 1.26.0 corrige un bug de caché de tokens compartida que permitía que AuthorizationCodeCredential y el OnBehalfOfCredential asíncrono devolvieran el token de otra cuenta. Si tu empresa corre apps multi-tenant con flujos on-behalf-of, este fix te interesa directamente.

En Java, 1.18.7 suma el mismo soporte de Azure Arc a ManagedIdentityCredential y DefaultAzureCredential, más arreglos de compatibilidad con GraalVM native-image y timeouts en el discovery de IMDS.

El proceso de preparación quedó documentado en el pull request #51000 del repositorio azure-sdk-for-java, donde Jair Myree armó el release de Core de octubre y lo mergeó a main el 28 de octubre con 116 de 119 checks aprobados.

¿Qué mejoras incluye Azure Core 1.63.0 para .NET?

Azure Core 1.63.0 para .NET suma mTLS proof-of-possession para autenticación con certificado de cliente y para el flujo de identidad federada que usan workload identities y pod identities. Proof-of-possession ata el token de acceso a una clave o certificado específico mediante el handshake mTLS. Te puede servir nuestra cobertura de certificarte en Azure según tu rol.

El gerente de producto Sandeep Sen presentó el anuncio con foco en seguridad antes que en funcionalidades nuevas, según reportó ntcompatible.com, y la lógica se entiende: el robo de tokens viene siendo una causa recurrente de brechas basadas en identidad.

Subís el certificado, configurás el flujo de identidad federada, probás en un ambiente de staging, todo funciona bien, pasás a producción y de repente un token interceptado ya no sirve de nada porque quedó atado a una clave privada que el atacante no tiene.

La misma versión arregla dos problemas de confiabilidad que se venían reportando en versiones anteriores del SDK: DefaultAzureCredential se quedaba esperando cuando el Instance Metadata Service (IMDS) estaba lento o caído, y si una fuente de managed identity no estaba disponible, podía cortar toda la cadena de fallback. Ahora degrada mejor en vez de trabarse.

¿Qué breaking changes hay que revisar antes de actualizar?

El breaking change más concreto de este release afecta solo al cliente de Cosmos DB para Rust: los flags preview_dtx, preview_patch y preview_opentelemetry pasan a llamarse unstable_dtx, unstable_patch y unstable_opentelemetry, y CosmosCredential::MasterKey se reemplaza por CosmosCredential::AccountKey. El formato del User-Agent también cambió.

Ojo con esto si venías probando la preview: no es un cambio automático, hay que tocar código (si es que mover un enum cuenta como breaking change menor). Para .NET hay otro ajuste chico pero jodido si no lo ves venir: el flag todavía “experimental” DisableMtlsProofOfPossession = true ahora se expresa como EnableMtlsProofOfPossession = false para seguir forzando autenticación bearer. Más contexto en las diferencias entre Microsoft y GitHub.

¿Hay breaking changes que afecten a todo el SDK por igual? No. Son específicos de cada paquete, así que antes de actualizar en producción conviene revisar el changelog de la librería puntual que tocás, no asumir que octubre rompe todo.

¿Cuántas librerías nuevas llegaron en beta y en GA este mes?

Octubre sumó alrededor de 19 librerías en versión estable 1.0.0 repartidas entre seis lenguajes: 2 en .NET, 3 en Java, 3 en JavaScript, 3 en Go, 5 en Python y 3 en Rust. A eso se suman varias librerías nuevas en beta, la mayoría ligadas a Azure Provisioning y a la nueva categoría Azure Data AI.

Lenguaje	Librerías GA este mes	Ejemplo destacado
.NET	2	Cosmos DB (client), Resource Management – Napster Omni Agent API
Java	3	Relationships, Service Groups, Template Specs
JavaScript/TypeScript	3	Relationships, Service Groups, Resilience Management
Python	5	Resource-Policy, Relationships, Features, Locks, Template Specs
Go	3	Relationships, Service Groups, Resilience Management
Rust	3	Cosmos DB, dos crates de soporte adicionales

En beta, lo más visible es esto (spoiler: la mayoría son previews de Provisioning, no features que vayas a tocar mañana): Ampliamos el tema en cuánto cuesta Copilot en sus distintos planes.

• Azure Provisioning abrió tres betas en .NET: Databricks, Fabric y Verified ID, todas en 1.0.0-beta.1.
• Azure Data AI debutó como categoría nueva, con Azure.Data.AI 1.0.0-beta.1 en .NET y azure-data-ai 1.0.0b1 en Python.
• Provisioning en JavaScript suma @azure/provisioning-core y @azure/provisioning-keyvault, ambos en beta.
• Web PubSub Chat y AI Agent Server – Optimization completan la lista de betas de este mes.

Todo esto se apoya en algo que pasó un poco antes, el 12 de octubre: Azure MCP Server llegó a la versión estable 3.0, la implementación open source del Model Context Protocol que les da a los agentes de IA una forma consistente de llamar herramientas operativas de Azure, como backup, Advisor, Monitor o Cosmos DB. Provisioning estable, librerías de datos en GA y un MCP Server maduro apuntan para el mismo lado: definir infraestructura en código y después operarla con agentes. Relacionado: cómo crear una VM en Azure con Terraform.

Errores comunes al actualizar el Azure SDK en octubre 2026

• Asumir que el GA de Rust es retrocompatible con la preview. No lo es: si tenías código con preview_dtx o CosmosCredential::MasterKey, se rompe al compilar hasta que renombrás los flags y la credencial.
• Activar mTLS proof-of-possession sin gestionar el certificado. El proof-of-possession necesita un certificado de cliente válido durante todo el ciclo de vida del token; si lo activás sin eso, la autenticación falla en producción.
• Mezclar el fix de shared-token-cache con lógica custom de caché. Si tu app multi-tenant tenía un workaround manual para el bug de AuthorizationCodeCredential, revisalo: con el fix de Identity 1.26.0 puede quedar redundante o generar un conflicto.
• Actualizar todo el SDK de una sola vez sin mirar paquete por paquete. Azure SDK no es un monolito, son cientos de paquetes versionados por separado, así que un “update all” ciego puede traer breaking changes de paquetes que ni sabías que usabas.

Preguntas Frecuentes

¿Qué novedades trajo el Azure SDK en octubre 2026?

El release de octubre de 2026 trajo tres novedades centrales: Cosmos DB para Rust llegó a GA con la versión 1.0.0, Azure Core 1.63.0 para .NET sumó autenticación mTLS proof-of-possession y Azure Identity extendió el soporte de managed identity a servidores Azure Arc en Python (1.26.0) y Java (1.18.7).

¿Cosmos DB para Rust ya es estable (GA)?

Sí. Cosmos DB para Rust alcanzó la versión 1.0.0 estable en octubre de 2026, junto con dos crates de soporte adicionales, también en 1.0.0. Es la primera release de producción del cliente Cosmos DB para ese lenguaje.

¿Qué cambió en Azure Identity para Azure Arc?

ManagedIdentityCredential en Python (1.26.0) y Java (1.18.7) ahora soporta managed identity asignada por usuario en servidores Azure Arc-enabled, seleccionable por client ID, object ID o resource ID. Esto habilita autenticar servidores híbridos, on-premise o en otra nube, contra servicios de Azure sin certificados manuales.

¿Hay breaking changes en esta versión del Azure SDK?

Sí, pero acotados a paquetes específicos. En Rust, los flags preview_* pasan a unstable_* y CosmosCredential::MasterKey se reemplaza por CosmosCredential::AccountKey. En .NET, el flag experimental DisableMtlsProofOfPossession = true se reemplaza por EnableMtlsProofOfPossession = false.

¿Cómo actualizo los paquetes de Azure SDK en .NET, Python o Java?

Se actualiza paquete por paquete con el gestor de dependencias de cada ecosistema: NuGet en .NET, pip en Python y Maven o Gradle en Java. Antes de subir a producción conviene revisar el changelog individual de cada librería en la página de Azure SDK Releases, porque los breaking changes son por paquete, no globales.

Conclusión

El release de octubre de 2026 del Azure SDK deja tres cosas claras: Rust ya tiene un cliente de Cosmos DB listo para producción, la identidad federada y mTLS ganan terreno como defensa contra robo de tokens, y Azure Arc sigue consolidándose como puente entre la nube y los servidores on-premise. Si tu equipo usa Rust con Cosmos DB, este es el momento de migrar de preview a GA siguiendo los pasos de renombrado de flags. Si trabajás con identidades federadas en .NET, revisá el flag de mTLS antes de que te tome por sorpresa en un ambiente productivo. Y si además administrás infraestructura propia en Argentina más allá de Azure, dominios y hosting en donweb.com es una opción local para no depender de un solo proveedor.

Fuentes

• Azure SDK Blog – Azure SDK Release (October 2026), anuncio oficial de Microsoft
• ntcompatible.com – Azure SDK October 2026 Release: Cosmos DB for Rust Hits GA, Identity Security Hardened
• GitHub – Pull Request #51000, Preparing Core October 2026 Release (azure-sdk-for-java)
• daily.dev – Azure SDK Release (October 2026)