Azure Files et stockage de files d’attente

Azure Files fournit des partages de fichiers cloud entièrement gérés, accessibles via les protocoles standard SMB (Server Message Block) et NFS (Network File System). Vous pouvez ainsi monter un partage de fichiers Azure sur des machines Windows, Linux ou macOS en utilisant les mêmes mécanismes que pour les partages de fichiers réseau d’un réseau d’entreprise local. Contrairement à Blob Storage, qui nécessite une API ou un SDK spécifique pour y accéder, Azure Files fonctionne de manière transparente avec toute application capable de lire depuis un lecteur mappé ou un chemin UNC.

Azure Files est conçu pour plusieurs scénarios d’entreprise courants : stockage partagé avec migration lift-and-shift — migrez les applications qui dépendent de serveurs de fichiers locaux vers Azure Files, sans modifier leur code. Accès hybride — les serveurs locaux et les machines virtuelles Azure peuvent monter simultanément le même partage à l’aide de Azure File Sync. Partages de configuration et de paramètres — stockez les fichiers de configuration dans un partage et montez celui-ci depuis plusieurs instances d’App Service ou conteneurs. Partages d’outils de développement — partagez les extensions d’IDE, les outils de compilation et les scripts au sein d’une équipe de développement.

Azure File Sync étend Azure Files aux environnements locaux en synchronisant un partage de fichiers Azure avec un serveur de fichiers Windows. Le serveur Windows sert de cache local pour les fichiers fréquemment consultés ; les fichiers auxquels on n’a pas accédé récemment sont remplacés par des fichiers d’espace réservé issus du tiering cloud, qui apparaissent dans le répertoire sans occuper d’espace sur le disque local. Lorsqu’un utilisateur ouvre un espace réservé, Azure File Sync télécharge de manière transparente le fichier réel depuis Azure en arrière-plan. Les utilisateurs bénéficient ainsi d’un accès local rapide tout en réduisant l’espace de stockage utilisé sur site.

Azure Files propose deux niveaux de performances : Standard (reposant sur un HDD) — économique pour le partage général de fichiers, les charges de travail par lots et les répertoires personnels. La facturation se fait par Go stocké et par mois. Premium (reposant sur un SSD) — conçu pour les scénarios à IOPS élevées, comme les bases de données, les applications d’entreprise et les systèmes de services financiers. La facturation se fait par Go provisionné (vous préallouez la capacité), et non par Go consommé. Choisissez Premium lorsque votre charge de travail nécessite des entrées-sorties de fichiers constantes et à faible latence. Standard suffit pour la plupart des scénarios de partage de fichiers bureautiques.

Azure Queue Storage est un service permettant de stocker un grand nombre de messages accessibles depuis n’importe où via des appels HTTP/HTTPS authentifiés. Les files d’attente permettent une communication asynchrone et découplée entre les composants d’une application : un composant (le producteur) ajoute des messages à la file d’attente, tandis qu’un autre composant (le consommateur) les récupère et les traite à son propre rythme. Ce découplage permet au producteur et au consommateur de mettre à l’échelle indépendamment et empêche le producteur d’être bloqué si le consommateur est lent ou temporairement indisponible.

Un message dans Azure Queue Storage peut atteindre 64 KB et être conservé pendant 7 jours au maximum. Lorsqu’un consommateur récupère un message, celui-ci devient invisible pendant une durée configurable (le délai d’expiration de visibilité, de 30 secondes par défaut). Si le consommateur traite le message et le supprime avant l’expiration, le message est définitivement supprimé. Si le consommateur échoue avant la suppression, le message redevient visible pour qu’un autre consommateur puisse le récupérer, ce qui fournit une sémantique de livraison au moins une fois assurant la tolérance aux pannes.

Azure propose deux services de file d’attente ; il est donc important de savoir lequel utiliser : Queue Storage — files d’attente simples et très volumineuses (jusqu’à 500 TB), interrogation fondée sur HTTP, idéal pour un découplage de base entre producteur et consommateur avec des millions de messages. Azure Service Bus — messagerie d’entreprise offrant des fonctionnalités avancées : ordre des messages (FIFO), files de messages non distribuables, sessions, détection des doublons, rubriques avec plusieurs abonnés et transactions. Utilisez Queue Storage pour un découplage simple à très grande échelle. Utilisez Service Bus lorsque vous avez besoin de garanties de messagerie d’entreprise ou d’une diffusion publish-subscribe vers plusieurs consommateurs.

Un modèle très courant consiste à associer Queue Storage à Azure Functions : une application web ajoute des messages de commande à une file d’attente (le producteur), puis une Azure Function dotée d’un déclencheur Queue (le consommateur) traite chaque commande. La Function adapte automatiquement son échelle en fonction du nombre de messages en attente dans la file d’attente : plus il y a de messages, plus le nombre d’instances de fonction augmente. Ce modèle découple l’interface web de la logique de traitement des commandes, garantit que les commandes ne sont pas perdues même si le service de traitement est temporairement indisponible et permet au système de gérer les pics de trafic avec souplesse.

Azure Table Storage est un magasin clé-valeur NoSQL destiné au stockage de données structurées et non relationnelles à très grande échelle et à faible coût. Les données sont organisées en tables (et non en tables relationnelles : pensez plutôt à des collections), et chaque ligne est une entité comprenant une clé de partition, une clé de ligne et jusqu’à 252 propriétés supplémentaires de types variés. Table Storage est sans schéma : différentes lignes d’une même table peuvent avoir des propriétés différentes. Il convient particulièrement aux scénarios nécessitant des recherches rapides par clé, comme la télémétrie d’appareils ou les préférences utilisateur, mais ne prend pas en charge les jointures ni les requêtes complexes.

Azure Files prend en charge deux méthodes d’authentification : clé du compte de stockage — accorde un accès complet à l’aide de la clé principale du compte ; cette méthode est simple, mais peu granulaire. Authentification fondée sur l’identité — authentifiez-vous à l’aide de Microsoft Entra ID (pour les machines virtuelles exclusivement cloud) ou de Active Directory Domain Services (pour les machines hybrides jointes au réseau local). L’authentification fondée sur l’identité permet de définir des listes de contrôle d’accès (ACL) par utilisateur et par groupe sur les dossiers et les fichiers du partage, comme sur les serveurs de fichiers Windows locaux. Il s’agit de l’approche recommandée pour les partages de fichiers d’entreprise utilisés par plusieurs utilisateurs.

Pour résumer le choix du service de stockage : Blob Storage — pour les objets non structurés (images, vidéos, sauvegardes, fichiers quelconques) accessibles via une API ou une URL. Azure Files — pour les systèmes de fichiers structurés nécessitant des lecteurs montés par le système d’exploitation via SMB/NFS, partagés par plusieurs serveurs ou utilisateurs. Queue Storage — pour la messagerie durable et asynchrone entre les composants d’une application. Table Storage — pour les données structurées clé-valeur NoSQL nécessitant des recherches rapides par clé à faible coût. Cosmos DB est le successeur plus puissant et évolutif de Table Storage pour les besoins NoSQL complexes.

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 Azure Files fournit des partages de fichiers cloud SMB/NFS qui s’intègrent aux applications existantes et peuvent être synchronisés avec des serveurs locaux via Azure File Sync, que Queue Storage permet un découplage asynchrone fiable entre les composants d’une application avec une livraison des messages au moins une fois, et que Table Storage offre un magasin clé-valeur NoSQL économique et sans schéma pour les données structurées. Nous allons maintenant aborder les types de stockage sur disque ainsi que la sécurité du stockage avec les jetons SAS et les points de terminaison privés.