Vista preliminar del SDK de Azure unificado de octubre de 2019
Posted on
2 min read
Bienvenido de nuevo al lanzamiento de otra versión de las bibliotecas cliente unificadas de Azure Data. En su mayor parte, las áreas de superficie de la API de los SDK se han estabilizado a partir de sus comentarios. Gracias a todos los que han enviado problemas en GitHub, les animamos a que sigan haciéndolo.
Acceda a las versiones preliminares de octubre de las bibliotecas y pruébelas; sométalas a situaciones que exijan un alto rendimiento, intégrelas con otros servicios, trate de depurar un problema o, en general, elabore una serie de circunstancias y díganos lo que encuentra.
Nuestro objetivo es lanzar estas bibliotecas antes de fin de año, pero nos importa la calidad y sus opiniones, y su participación en fundamental.
Introducción
Al igual que en las tres últimas versiones, hemos creado cuatro páginas en las que se unifica toda la información clave que necesita para empezar y dar su opinión. Puede encontrarlas aquí:
Para aquellos de ustedes que quieran profundizar en el contenido, las notas de la versión enlazadas anteriormente y los registros de cambios a los que apuntan proporcionan más detalles sobre las modificaciones realizadas. Aquí vamos a detenernos en algunos puntos importantes.
Bloqueo de API
El área de superficie para Azure Key Vault y las bibliotecas de almacenamiento tienen API casi completas basadas en los comentarios recibidos hasta ahora. Gracias de nuevo a todos los que han enviado sus comentarios, y si alguien ha estado esperando para probar cosas y dar su opinión, este es el momento.
Compatibilidad de API de lote en el almacenamiento
Ahora puede utilizar las API por lotes con los SDK para Storage con el fin de manipular grandes cantidades de elemento en paralelo. En Java y .NET encontrará un nuevo paquete de bibliotecas de lotes en las notas de la versión, mientras que en JavaScript y Python esta función se encuentra en la biblioteca principal.
Credenciales unificadas
Los SDK de Azure que dependen de Azure Identity facilitan mucho la obtención de credenciales para los servicios.
Cada biblioteca admite un concepto de DefaultAzureCredential y, dependiendo de dónde se ejecute el código, seleccionará la credencial correcta para el inicio de sesión. Por ejemplo, si está escribiendo código y ha iniciado sesión en Visual Studio o ha realizado un inicio de sesión az desde la CLI, las bibliotecas cliente pueden recoger automáticamente el token de inicio de sesión de esas herramientas. Cuando mueva el código a un entorno de servicio, intentará utilizar una identidad gestionada si hay alguna disponible. Consulte los archivos LÉAME de Azure Identity en cada idioma para obtener más información.
Trabajo con nosotros y su opinión
Hasta ahora, la comunidad ha presentado cientos de problemas relacionados con estos nuevos SDK que van desde problemas de documentación hasta solicitudes de cambio del área de superficie de la API, pasando por la señalización de fallos. No deje de seguir enviando sus comentarios. Trabajamos de forma pública en GitHub y puede enviarnos sus problemas aquí:
Además, nos complace anunciar que asistiremos a Microsoft Ignite 2019, acérquese a charlar con nosotros en persona. Por último, envíenos un tweet a @AzureSdk.
Empiece a usar Azure gratis.
