Partager via


Qu’est-ce qu’Azure SDK pour les caisses Rust ?

Les caisses du Kit de développement logiciel (SDK) Azure pour Rust permettent aux applications Rust d’accéder aux services Azure. Ces bibliothèques clientes offrent une expérience cohérente et idiomatique, ce qui facilite la création de solutions cloud sécurisées et évolutives avec Rust et Azure.

Caisses | Documentation de | Code source

Concepts clés pour les caisses du Kit de développement logiciel (SDK) Azure pour Rust

  • Idiomatic Rust : Construit avec les meilleures pratiques et conventions Rust.
  • Prise en charge asynchrone : API asynchrones entièrement dotées d’une prise en charge du runtime enfichable (par défaut tokio).
  • Sécurité du type : utilise le système de type Rust pour la sécurité au moment de la compilation.
  • Sécurité des threads : toutes les méthodes d’instance clientes sont thread-safe et indépendantes les unes des autres.
  • Sécurité de la mémoire : abstractions à coût zéro sans surcharge de garbage collection.
  • Conception modulaire : utilisez uniquement les caisses dont vous avez besoin.
  • Configuration unifiée : configurez les clients de service, la journalisation et les nouvelles tentatives avec ClientOptions.
  • Gestion cohérente des erreurs : gérez les erreurs de manière cohérente entre les services avec azure_core::Error.
  • Gestion des réponses : Accéder aux données de réponse HTTP détaillées avec Response<T>.
  • Prise en charge de la pagination : utilisez des API paginés à l’aide Pager<T> de flux asynchrones.
  • Opérations de longue durée : attente d’une opération longue (LRO) avec Poller<T>
  • Abstractions d’authentification : gestion standardisée des informations d’identification via TokenCredential.

Conseils sur Rust

Les instructions de conception du Kit de développement logiciel (SDK) Azure pour Rust décrivent les principaux principes et modèles de conception que toutes les caisses du KIT de développement logiciel (SDK) Azure suivent. Ces instructions garantissent que les kits SDK sont cohérents, intuitifs et idiomatiques pour Rust, ce qui facilite l’adoption et l’utilisation des services Azure par les développeurs. En respectant ces normes, les caisses du Kit de développement logiciel (SDK) Azure offrent une expérience familière et prévisible, avec des modèles clairs pour l’authentification, la gestion des erreurs et la configuration du client qui s’alignent sur l’ensemble de l’écosystème du SDK Azure.

Différences entre les crates et les API REST

Utilisez les informations suivantes pour comprendre quand utiliser chaque type d’accès.

  • Les caisses du Kit de développement logiciel (SDK) Azure sont la méthode recommandée pour accéder à votre service Azure. Ces caisses éliminent le code réutilisable requis pour gérer les requêtes REST de plateforme Azure basées sur le cloud, telles que l’authentification, les nouvelles tentatives et la journalisation.
  • Les API REST Azure sont la méthode par défaut si vous êtes :
    • Utilisation des services qui n’ont pas encore de caisses Azure disponibles. Migrez votre code pour utiliser les caisses du Kit de développement logiciel (SDK) Azure lorsque les caisses deviennent disponibles.
    • Vous souhaitez effectuer des appels REST directement, car vous ne souhaitez pas utiliser l’intégralité de la caisse pour utiliser une SEULE API REST ou vous souhaitez un contrôle plus approfondi sur les requêtes HTTP.

Version de Rust

Les caisses du Kit de développement logiciel (SDK) Azure sont actuellement en version bêta. Bien que les API se stabilisent et que les caisses conviennent pour le développement et le test, certaines modifications cassantes peuvent se produire avant la version 1.0. Ces caisses prennent en charge les services Azure les plus couramment utilisés, et nous ajoutons régulièrement davantage en fonction des commentaires de la communauté et de la demande.

Kit de développement logiciel (SDK) Azure pour les caisses Rust

Utilisez l’index du Kit de développement logiciel (SDK) Azure pour les caisses Rust pour rechercher les caisses disponibles, leur documentation et le code source.

Étapes suivantes