Stockage Blob : stockage d’objets pour le cloud

Azure Blob Storage (Binary Large Object) est la solution de stockage d’objets d’Azure destinée à stocker d’importantes quantités de Data non structurées — des Data qui ne correspondent pas au schéma d’une base de données relationnelle. Il peut s’agir d’images, de vidéos, de fichiers audio, de documents PDF, de fichiers journaux, de sauvegardes et de fichiers binaires d’application. Blob Storage est accessible via les API REST HTTP/HTTPS, le SDK Azure ou l’Azure CLI. Il s’agit de l’un des services Azure les plus utilisés et du socle de nombreuses architectures de lacs de données, de médias et de sauvegarde.

Blob Storage est organisé selon une hiérarchie à trois niveaux : Storage Account → Container → Blob. Un conteneur ressemble à un dossier de niveau supérieur : il regroupe les blobs associés et définit la stratégie d’accès pour tout ce qu’il contient. Un blob est un objet individuel (fichier) stocké dans un conteneur. Les noms des blobs peuvent contenir des barres obliques (/) pour simuler une hiérarchie de dossiers (par exemple, images/2024/photo.jpg), mais Blob Storage est fondamentalement plat : ces barres obliques font partie du nom du blob et ne représentent pas de véritables répertoires.

Azure Blob Storage prend en charge trois types de blobs : blobs de blocs — le type le plus courant, idéal pour stocker des documents, des images et des vidéos. Les Data sont divisées en blocs et chargées en parallèle ; la taille maximale est d’environ 190 TB. blobs d’ajout — optimisés pour les opérations d’ajout uniquement, comme l’écriture de fichiers journaux ; les nouvelles Data sont toujours ajoutées à la fin. blobs de pages — collections de pages de 512 octets optimisées pour l’accès aléatoire en lecture et en écriture ; utilisées par les disques managés des VM Azure comme mécanisme de stockage sous-jacent. En cas de doute, utilisez les blobs de blocs : ils constituent le type par défaut pour le stockage d’objets à usage général.

Blob Storage propose trois niveaux d’accès qui établissent un compromis entre le coût du stockage et celui de l’accès : niveau Cool — coût de stockage inférieur, coût d’accès supérieur et engagement de stockage minimal de 30 jours ; destiné aux Data rarement consultées, comme les rapports mensuels. niveau Archive — coût de stockage le plus faible (environ 95 % moins cher que le niveau Hot), mais nécessitant plusieurs heures de réhydratation avant de pouvoir accéder aux Data ; destiné aux archives de conformité à long terme rarement consultées. Vous pouvez définir un niveau par défaut au niveau du compte et le remplacer pour chaque blob.

Gérer manuellement les niveaux des blobs parmi des millions de blobs n’est pas réaliste. Les politiques de gestion du cycle de vie automatisent cette tâche : vous définissez des règles qui déplacent les blobs vers des niveaux moins coûteux ou les suppriment en fonction de leur ancienneté ou de leur dernière date d’accès. Par exemple : déplacer les blobs vers le niveau Cool après 30 jours sans modification, les déplacer vers Archive après 180 jours, puis les supprimer après 365 jours. Ainsi, votre stockage optimise automatiquement les coûts au fil du temps, sans intervention manuelle. Les politiques de cycle de vie sont définies en JSON et appliquées au niveau du compte de stockage, ce qui affecte tous les blobs du compte.

Par défaut, tous les blobs d’un conteneur sont privés : seuls les utilisateurs authentifiés disposant des autorisations appropriées peuvent y accéder. Vous pouvez rendre les conteneurs et les blobs publics en définissant le niveau d’accès du conteneur sur Blob (blobs individuels accessibles en lecture) ou Container (liste du conteneur et lecture de tous les blobs accessibles). Pour un accès plus précis et limité dans le temps, utilisez les Shared Access Signatures (SAS) : il s’agit d’URL contenant un jeton cryptographique qui accorde des autorisations spécifiques (lecture, écriture, suppression) pour une ressource et une période données, sans partager les clés de votre compte.

Azure Blob Storage peut héberger des sites web statiques : des fichiers HTML, CSS, JavaScript et image servis directement depuis un compte de stockage via HTTP/HTTPS, sans aucun code côté serveur. Activez l’hébergement de sites web statiques sur un compte de stockage, désignez un document d’index (par exemple index.html) et un document d’erreur, puis téléversez vos fichiers statiques dans le conteneur spécial $web. L’URL du compte de stockage devient l’URL de votre website. Associez-le à Azure CDN pour bénéficier de la prise en charge des domaines personnalisés, de HTTPS et de la mise en cache mondiale en périphérie, afin d’accélérer le site pour les utilisateurs du monde entier.

Blob Storage est un emplacement naturel pour les sauvegardes d’applications et de bases de données : il est durable (11 neuf de durabilité avec LRS, et davantage avec GRS), hautement disponible et très économique pour les grands volumes de données, en particulier avec les niveaux Cool ou Archive. De nombreux services de sauvegarde Azure (Azure Backup pour les machines virtuelles, sauvegardes automatisées de SQL Database) stockent leurs données dans Blob Storage en arrière-plan. Vous pouvez également écrire des scripts de sauvegarde qui exportent une base de données directement vers un blob à l’aide de Azure CLI ou du SDK, dans le cadre d’une tâche planifiée.

Azure Data Lake Storage Gen2 (ADLS Gen2) repose sur Blob Storage et ajoute une fonctionnalité d’espace de noms hiérarchique qui rend les opérations sur les répertoires (renommage, suppression) atomiques et efficaces, ce qui est essentiel pour les charges de travail d’analytique des mégadonnées. L’activation de l’espace de noms hiérarchique sur un compte de stockage le transforme en ADLS Gen2, qui s’intègre nativement à Azure Synapse Analytics, Azure Databricks et HDInsight. Il prend en charge à la fois l’API Blob Storage et le protocole HDFS, ce qui le rend compatible avec les outils et infrastructures Hadoop existants.

La tarification de Blob Storage comporte trois composantes : coût du stockage — par Go et par mois, variable selon le niveau (Hot : environ 0,018 $/Go, Cool : environ 0,01 $/Go, Archive : environ 0,001 $/Go dans l’est des États-Unis). Coût des opérations — par tranche de 10 000 opérations de lecture et d’écriture, plus élevé pour les niveaux moins chauds. Coût du transfert de données — gratuit en entrée (téléversement), facturé en sortie (téléchargement vers Internet). Pour les grands ensembles de données, le choix du niveau a un impact considérable sur le coût total : déplacer les données peu consultées de Hot vers Cool réduit généralement de moitié la facture de stockage, tandis qu’Archive peut réduire les coûts de 95 %.

Les secteurs réglementés, comme la finance et la santé, doivent conserver les données dans un format write-once, read-many (WORM) pour respecter des réglementations telles que la règle 17a-4 de la SEC et HIPAA. Les politiques d’immuabilité d’Azure Blob Storage vous permettent de verrouiller les blobs afin qu’ils ne puissent pas être modifiés ou supprimés pendant une période de conservation donnée. Deux types de politiques sont disponibles : conservation fondée sur le temps (le blob reste verrouillé jusqu’à une date donnée) et conservation légale (le blob reste verrouillé indéfiniment jusqu’à la suppression de la conservation). Une fois verrouillés, les blobs ne peuvent pas être supprimés pendant la période de conservation, même par les administrateurs du compte de stockage.

Vérifiez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) abordés dans cette leçon.

Dans cette leçon, vous avez appris que Blob Storage est un magasin d’objets destiné aux données non structurées, organisées selon la hiérarchie compte de stockage, conteneur et blob, que les trois niveaux d’accès — hot, cool et archive — équilibrent le coût du stockage et celui de l’accès selon les modes d’utilisation, et que les politiques de gestion du cycle de vie déplacent automatiquement les blobs vers des niveaux moins coûteux ou les suppriment en fonction de leur ancienneté. Nous allons maintenant découvrir Azure Files et Queue Storage pour le partage de fichiers et le découplage des messages.