2017-09-24 4 views
0

Nous avons 2 espaces de noms dans le cadre d'Azure SDK, à savoir Microsoft.Azure.Management et Microsoft.WindowsAzure.Management. 1. Comment pouvons-nous différencier ou lequel utiliser quand? 2. Microsoft.Azure.Management ne prend-il pas en charge tous les services? 3. Je pourrais créer un compte de stockage classique à l'aide de Microsoft.WindowsAzure.Management. De ce fait, il ne prend en charge que le support classique et ne prend pas en charge la création d'un compte de stockage sous un groupe de ressources?Différenciation des espaces de noms Azure SDK Microsoft.Azure.Management et Microsoft.WindowsAzure.Management

Toute lumière ici serait appréciée?

Répondre

0
  1. Comment différencier ou lequel utiliser quand?

Pour autant que je sache, le Microsoft.Azure.Management est utilisé pour créer les nouvelles ressources d'azur de bras.

La Microsoft.WindowsAzure.Management (vous pouvez voir la dernière date mise à jour est 2014/9/16) est utilisée pour créer les ressources ASM classiques.

La différence entre arm et asm, vous pouvez vous référer à ce article.

Je vous suggère de choisir Microsoft.Azure.Management pour créer de nouvelles ressources de bras dans azure. Comme l'application Web, VM et ainsi de suite. Parce que, les services multiples ne prennent désormais en charge que le bras (par exemple, l'application Web).

  1. Est-ce que Microsoft.Azure.Management ne prend pas en charge tous les services?

Tous les services est pris en charge dans Microsoft.Azure.Management, mais il est mise à jour encore. A propos du service pris en charge par la bibliothèque, vous pouvez vous référer à this.

Je pourrais créer un compte de stockage classique à l'aide de Microsoft.WindowsAzure.Management. Est-ce qu'il ne prend en charge que les comptes classiques et ne prend pas en charge la création d'un compte de stockage sous un groupe de ressources?

Microsoft.WindowsAzure.Management ne prend pas en charge a créé le compte de stockage dans un groupe de ressources.

+0

Merci pour ces précieuses Réf. J'ai finalement décidé d'aller avec Microsoft.Azure.Management.Fluid, qui est plus convivial pour les programmeurs. –