Azure blobs, quels sont-ils?

Question

Je lis à propos de Azure blobs et le stockage, et il y a des choses que je ne comprends pas.

D'abord, vous pouvez louer Azure pour seulement l'hébergement, mais lorsque vous créez un rôle Web ... avez-vous besoin pour le stockage de fichiers et d'autres le .dll (.js et .css) ?? Ou il y a un petit quota de stockage dans un rôle de travailleur, vous pouvez utiliser? combien de temps est-il? Je ne comprends pas se charge chaque fois qu'un téléchargement de navigateur un fichier CSS, donc je suppose que je peux stocker ces choses dans un autre type de stockage.

En second lieu, vous obtenez facturé pour la transaction et la bande passante, il est donc pas une bonne idée de fournir des liens directs vers les blobs dans vos sites, puis ... que faites-vous? Téléchargez à partir de votre code de site web et écrire dans le flux de sortie de client à la volée à partir de ASP.NET? Je pense que je l'ai lu que les transactions internes / Trafic sont gratuites, il ressemble à une solution « trop-bon-pour-être-vérité »: D

Le trafic entre l'hébergement et le stockage aussi libre?

Merci à l'avance.

Answer 1

Tout d'abord, pour répondre à votre question principale: blobs sont mieux utilisées pour les fichiers de données dynamiques. Si vous exécutez un site de YouTube, vous pouvez utiliser blobs pour stocker des vidéos dans chaque état comprimé et les vignettes pour les images générées à partir de ces vidéos. Les tables dans le stockage de table sont les meilleures pour les données dynamiques qui ne nécessitent pas de fichiers. Par exemple des commentaires sur les vidéos YouTube seraient probablement mieux stockées par des tables en ATS.

1. Vous voulez généralement un compte de stockage pour au moins: la publication de vos déploiements dans Azure et d'avoir vos nœuds de calcul transférer leurs données de diagnostic, lorsque vous êtes en déploiement et le besoin de surveiller vos nœuds de calcul

2. Même si vous publiez vos déploiements via un compte de stockage, la vie de code de déploiement sur vos nœuds de calcul. .CSS / .HTML les fichiers fournis par votre application sont servis dans l'espace de stockage de votre noeud qui vous obtenez beaucoup de (ce n'est pas un bon endroit pour vos données dynamiques cependant)

3. Vous payez pour le trafic / données qui traverse la limite du centre de données Azure, irregardless où il vient. En outre, les transactions (lecture ou écriture) entre votre stockage de table d'azur et partout ailleurs ne sont pas libres. Vous avez également payer pour le stockage des données dans le compte de stockage (stockage de données sur les nœuds de calcul eux-mêmes n'est pas mesurée). Les données qui ne quittent pas leur centre de données ne sont pas soumis à des frais de transfert. Maintenant, en réalité, les coûts sont si bas, que vous devez pousserai giga-octets par jour pour commencer à remarquer

4. Ne pas stocker les données dynamiques que sur les instances de calcul. Ces données seront purgés chaque fois que vous redéployer votre application ou quand ils décident de déplacer votre application sur un autre nœud.

Hope this helps