Stocker et partager des fichiers dans Azure Blob Storage¶

Contexte¶

Le besoin de stocker et de partager des fichiers est constant en informatique : sauvegardes automatisées, livrables d'un projet, logs archivés, images servies sur un site web, etc. Sur un serveur local, on mettrait un simple disque ou un dossier NFS. Dans le cloud, on parle de stockage objet (object storage) : chaque fichier devient un « blob » (Binary Large Object), identifié par une URL, accessible via HTTP, et non rattaché à un système de fichiers classique.

Azure Blob Storage présente plusieurs avantages majeurs :

• Évolutivité : on ne provisionne pas de taille de disque, on paie ce que l'on consomme.
• Durabilité : Azure réplique automatiquement les données.
• Accessibilité : chaque blob est exposé par une URL HTTP(S).
• Partage temporaire : un jeton SAS (Shared Access Signature) permet de donner un accès limité dans le temps, sans partager la clé du compte.

Ce lab reproduit une situation courante : un administrateur ou un développeur doit archiver des fichiers puis en partager un collègue via un lien temporaire.

Prérequis¶

• Un compte Microsoft Azure avec une souscription active (crédit gratuit suffisant *[Visualisez les conditions du compte gratuit Azure]*¹).
• L'outil en ligne de commande Azure CLI (az) installé sur un terminal Linux.
• Environ 100 Mo de fichiers à uploader pour le test.

¹ Azure propose un crédit gratuit pour démarrer (avec une limite mensuelle gratuite). Vérifiez l'éligibilité de votre abonnement avant de démarrer.

Procédure¶

Étape 1 : Installer Azure CLI et se connecter¶

Si Azure CLI n'est pas encore installé :

curl -sL https://aka.ms/InstallAzureCLIDeb | sudo bash

Vérifiez l'installation :

az version --output table

Authentifiez-vous sur votre compte Azure :

az login

Vérifiez enfin l'abonnement actif (si vous en avez plusieurs) :

az account show --output table

Étape 2 : Créer un groupe de ressources¶

Comme toute ressource Azure, le compte de stockage doit être rangé dans un groupe de ressources (conteneur logique de facturation et de cycle de vie).

az group create \
  --name rg-tuto-blob \
  --location francecentral

Choix de la région : francecentral correspond au datacenter Azure de Paris. Pour des TP destinés à un public francophone européen, c'est souvent la meilleure option (RUP/GDPR, faible latence Europe).

Étape 3 : Créer le compte de stockage¶

Le compte de stockage doit avoir un nom globalement unique (3 à 24 caractères, lettres minuscules et chiffres uniquement) car il apparaîtra dans l'URL des blobs (https://<compte>.blob.core.windows.net).

Pour ne pas se soucier du nom, on génère un suffixe aléatoire concaténé à un préfixe stable :

STORAGE_NAME="labblobstorage$RANDOM"

az storage account create \
  --name "$STORAGE_NAME" \
  --resource-group rg-tuto-blob \
  --location francecentral \
  --sku Standard_LRS \
  --kind StorageV2

Expliquons les paramètres :

• --sku Standard_LRS : niveau de performance Standard avec réplication Locally Redundant Storage (3 copies dans un même datacenter). Suffisant et économique pour un lab.
• --kind StorageV2 : type de compte moderne, supporte tous les types de blobs (block, append, page).

az storage account list \
  --resource-group rg-tuto-blob \
  --query "[].name" \
  --output tsv

Étape 4 : Créer un conteneur¶

Un conteneur est l'équivalent d'un dossier racine dans le compte de stockage. Les blobs y sont rangés. Créons-en un nommé documents, à accès privé (seul le propriétaire du compte peut lire les blobs — l'accès public sera délégué via un jeton SAS plus loin).

az storage container create \
  --name documents \
  --account-name "$STORAGE_NAME" \
  --auth-mode login

Listons les conteneurs pour confirmer :

az storage container list \
  --account-name "$STORAGE_NAME" \
  --auth-mode login \
  --output table

Étape 5 : Uploader un fichier (créer un blob)¶

Téléchargeons un fichier de test, puis uploaderons-le dans le conteneur documents. Procurez-vous n'importe quel fichier ; pour ce lab, on génère un simple fichier texte :

# Créer un fichier de test local
cat > notes.md <<'EOF'
# Notes de travaux pratiques
- TP Azure Blob Storage
- Date : 2026-07-06
EOF

Uploadons ce fichier en tant que blob dans le conteneur :

az storage blob upload \
  --account-name "$STORAGE_NAME" \
  --container-name documents \
  --name notes.md \
  --file notes.md \
  --auth-mode login \
  --overwrite

Vérifions l'inventaire du conteneur :

az storage blob list \
  --account-name "$STORAGE_NAME" \
  --container-name documents \
  --auth-mode login \
  --output table

Étape 6 : Télécharger un blob¶

La commande symétrique permet de récupérer un blob vers votre machine locale :

az storage blob download \
  --account-name "$STORAGE_NAME" \
  --container-name documents \
  --name notes.md \
  --file notes-recupere.md \
  --auth-mode login

Vérifiez le contenu :

cat notes-recupere.md

Étape 7 : Partager un blob via un jeton SAS¶

Plutôt que de faire l'erreur de basculer le conteneur en accès public, on génère un jeton SAS (Shared Access Signature) : une URL temporaire et signée qui autorise la lecture du fichier pendant une durée limitée, sans partager de clé.

az storage blob generate-sas \
  --account-name "$STORAGE_NAME" \
  --container-name documents \
  --name notes.md \
  --permissions r \
  --expiry "2026-07-06T23:59:00Z" \
  --auth-mode login \
  --as-user \
  --output tsv

Explications :

• --permissions r : permission de lecture (Read).
• --expiry : date d'expiration au format ISO 8601 UTC (adaptez à la date du jour).
• --as-user : le jeton est signé avec votre identité Entra ID, plus précis que la clé de compte.

La commande renvoie le jeton seul (sans le ? initial). Capturons-le dans une variable, puis construisons l'URL complète du blob :

SAS_TOKEN=$(
  az storage blob generate-sas \
    --account-name "$STORAGE_NAME" \
    --container-name documents \
    --name notes.md \
    --permissions r \
    --expiry "2026-07-06T23:59:00Z" \
    --auth-mode login \
    --as-user \
    --output tsv
)

SHARE_URL="https://$STORAGE_NAME.blob.core.windows.net/documents/notes.md?$SAS_TOKEN"

echo "$SHARE_URL"

curl -s "$SHARE_URL"

Vérification¶

Vérifions que le blob est en place et que la lecture via le jeton SAS fonctionne :

# Inventaire final du conteneur
az storage blob list \
  --account-name "$STORAGE_NAME" \
  --container-name documents \
  --auth-mode login \
  --output table

# Test de l'URL de partage
curl -sI "$SHARE_URL" | head -1

Nettoyage (Important)¶

Azure Blob Storage est facturé à l'espace consommé et aux opérations. Supprimez le groupe de ressources pour éteindre toutes les ressources d'un coup (compte de stockage, conteneurs, blobs) :

az group delete \
  --name rg-tuto-blob \
  --yes \
  --no-wait

Une fois le groupe de ressources supprimé, toutes les URLs de blobs (et les jetons SAS associés) renvoient une erreur 404 : les données ont été effacées.

Aide-mémoire¶

Glossaire¶

Blob

Binary Large Object. Unité de fichier stockée dans Azure Blob Storage.

Conteneur

Regroupement de blobs à la racine d'un compte de stockage (équivalent d'un dossier racine).

Compte de stockage

Ressource Azure racine qui fournit l'espace de noms unique https://<compte>.blob.core.windows.net.

Jeton SAS (Shared Access Signature)

URL signée donnant un accès délégué et temporaire à un blob, sans partager la clé du compte.

SKU LRS

Locally Redundant Storage. Réplication locale (3 copies dans un seul datacenter Azure).

Ressources¶

• Microsoft Learn — Introduction au stockage Blob Azure — Présentation officielle du service.
• Microsoft Learn — Tutoriel : charger et télécharger des blobs avec le portail Azure — Variante via l'interface web.
• Documentation officielle Azure CLI — az storage blob — Référence complète des commandes.
• Microsoft Learn — Accorder un accès limité avec une signature d'accès partagé (SAS) — Principe des jetons SAS.