Ressources · Intégration n8n

Intégration Azure Storage n8nAutomatiser Azure Storage avec n8n.

Tes fichiers dorment dans Azure pendant que tes process les attendent. L'intégration Azure Storage n8n couvre 8 opérations réparties sur 2 ressources, les blobs et les conteneurs. Le nœud n'a pas de trigger : un Schedule Trigger ou un Webhook lance le workflow. Pensé pour les équipes ops sans développeur sous la main.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert l'intégration Azure Storage n8n ?

Elle donne à un workflow un accès direct à un compte de stockage Azure, sans écrire une ligne de code. Le nœud manipule 2 ressources : les blobs, c'est-à-dire les fichiers stockés, et les conteneurs, les espaces qui les regroupent. Sur ces deux ressources, 8 opérations réparties à parts égales : créer, supprimer, lire et lister, une fois côté blob, une fois côté conteneur.

Premier réflexe des équipes finance : l'archivage des pièces justificatives. Chaque facture validée arrive en pièce jointe, container.create ouvre le conteneur du mois si besoin, blob.create y dépose le PDF sous un nom construit à partir du numéro de facture. Une ligne dans Google Sheets garde la trace de ce qui est parti, et le comptable retrouve la pièce sans ouvrir le portail Azure.

Deuxième usage, la restitution. Un client demande un document, le workflow reçoit la demande, blob.get récupère le fichier dans son conteneur, et Gmail l'envoie en réponse. Rien ne transite par un partage manuel, et personne ne va chercher le bon dossier à la main un vendredi soir.

Troisième usage, le ménage. Un Schedule Trigger tourne chaque nuit, container.getAll liste les conteneurs, blob.getAll parcourt leur contenu, et blob.delete retire ce qui a dépassé la durée de conservation décidée en interne. Le compte reste lisible. Les conteneurs d'un client parti se ferment avec container.delete, une fois la copie d'archive confirmée ailleurs.

Quand un appel à l'API Azure Storage sort de ces 8 opérations, le nœud HTTP Request prend le relais. Il attaque n'importe quel endpoint de l'API en réutilisant le même credential via l'authentification prédéfinie, donc rien à ré-autoriser. Ce repli fait partie du fonctionnement normal de n8n, autant le savoir avant de conclure qu'une chose est impossible.

Un point d'architecture à anticiper : ce nœud n'a pas de trigger. Aucun événement ne part d'Azure Storage vers n8n. Le workflow démarre donc ailleurs, le plus souvent sur un Schedule Trigger à intervalle fixe, parfois sur un Webhook, c'est-à-dire une URL n8n qu'un autre service appelle, parfois sur le trigger d'un autre outil. Si ce découpage ne te parle pas encore, la Formation n8n le détaille, et l'Avis n8n replace l'outil dans son contexte.

Connexion

Comment connecter Azure Storage à n8n ?

  1. 01

    Choisir la méthode d'authentification

    Ouvre le menu Credentials de n8n et crée un credential Azure Storage. Deux méthodes existent : OAuth2 (oAuth2), où un compte Microsoft autorise n8n, et Shared Key (sharedKey). Un credential, c'est-à-dire un jeu d'identifiants stocké dans n8n, se crée une fois et se réutilise partout : le nœud le propose dans sa liste déroulante. Prérequis : un compte Azure et un compte utilisateur ayant accès au service.

  2. 02

    Enregistrer une application Microsoft

    Pour OAuth2 sur une instance auto-hébergée, va sur le portail d'enregistrement d'applications Microsoft et choisis Register an application. Renseigne un Name, puis dans Supported account types retiens tout annuaire d'organisation et les comptes Microsoft personnels. Copie l'OAuth Callback URL de ton credential n8n dans le champ Redirect URI, choisis la plateforme Web, valide, puis reporte l'Application (client) ID dans le Client ID de n8n.

  3. 03

    Générer le secret et relier le compte

    Sur la page de l'application, ouvre Certificates & secrets et clique + New client secret. Mets une Description parlante, par exemple n8n credential, valide, puis copie tout de suite la valeur de la colonne Value et colle-la dans n8n comme Client Secret. Retour dans n8n : Connect my account, connexion au compte Microsoft, autorisation de l'accès. Le credential passe au vert et devient sélectionnable dans chaque nœud Azure Storage.

Actions

Les 8 opérations du nœud, une par une

Le nœud Azure Storage expose 8 opérations sur 2 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyDelete
Blob✓✓✓✓
Container✓✓✓✓

Blob

4 opérations
01

Create blob

blob.create

Ce que tu vois dans n8n

Notes & cas d'usage

Écrit un fichier dans un conteneur, ou remplace celui qui porte déjà ce nom.

Paramètres clés

  • Container : le conteneur de destination, choisi dans la liste ou passé par une expression comme {{ $json.container }}.
  • Blob Name : le nom que prend le fichier dans Azure, par exemple myblob.
  • From : soit binary, et le fichier vient du champ binaire nommé dans Binary Contents, soit url, et n8n va chercher le contenu à l'adresse indiquée dans URL.
  • Options : 20 champs en plus, dont Content Type, Access Tier, Blob Type et Tags.
Cas d'usage
le devis signé revient au format PDF et atterrit dans le conteneur du client, nommé avec la référence de l'affaire.
02

Delete blob

blob.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Retire un fichier précis d'un conteneur. Le conteneur et les autres fichiers ne bougent pas.

Paramètres clés

  • Container : le conteneur où se trouve le fichier.
  • Blob : le fichier à supprimer, sélectionné dans la liste ou résolu depuis un nœud précédent.
  • Lease ID : option obligatoire si le blob porte un bail actif. Sans elle, l'appel échoue sur un fichier verrouillé.
Cas d'usage
après une migration, le workflow relit la liste des exports temporaires et efface un par un ceux qui ont été repris ailleurs, pour que le compte ne se remplisse pas de doublons.
03

Get blob

blob.get

Ce que tu vois dans n8n

Notes & cas d'usage

Récupère les données d'un fichier précis pour les passer au nœud suivant.

Paramètres clés

  • Container : le conteneur qui héberge le fichier.
  • Blob : le fichier à lire.
  • Simplify : option qui renvoie une version allégée de la réponse au lieu des données brutes, pratique tant que le workflow est en construction.
  • UPN : option qui transforme les identifiants d'objet Microsoft Entra de la réponse en User Principal Names.
Cas d'usage
une demande support cite un numéro de contrat, le workflow sort le document correspondant de son conteneur et le joint à la réponse.
04

Get many blobs

blob.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les fichiers d'un conteneur, avec un item n8n par blob.

Paramètres clés

  • Container : seul champ obligatoire, puisque la liste porte sur un conteneur unique.
  • Return All : activé, n8n enchaîne les pages de l'API jusqu'au dernier fichier ; désactivé, Limit fixe le nombre maximal d'items renvoyés.
  • Fields : ajoute des données à la sortie, comme metadata, tags, versions ou snapshots.
  • Filter : restreint la liste aux files, aux directories ou aux entrées deleted.
Cas d'usage
un état hebdomadaire du contenu de chaque conteneur, envoyé sur Slack au responsable ops.

Container

4 opérations
05

Create container

container.create

Ce que tu vois dans n8n

Notes & cas d'usage

Crée un conteneur sur le compte de stockage, prêt à recevoir des blobs.

Paramètres clés

  • Container Name : le nom du nouveau conteneur, par exemple mycontainer.
  • Access Level : option à trois valeurs. blob autorise la lecture anonyme des blobs sans énumération, container autorise en plus l'énumération des blobs, Private réserve les données au propriétaire du compte.
  • Metadata : des paires nom et valeur attachées au conteneur lui-même.
Cas d'usage
l'arrivée d'un nouveau chantier crée son conteneur, avec une métadonnée qui porte le code du projet.
06

Delete container

container.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime un conteneur du compte de stockage. C'est l'opération la plus lourde de conséquences, puisque le conteneur est le niveau au-dessus des fichiers.

Paramètres clés

  • Container : le conteneur visé, choisi dans la liste ou transmis par une étape précédente. C'est le seul champ de l'opération, aucune collection d'options ne l'accompagne.
Cas d'usage
une fin de contrat déclenche la copie d'archive, attend une validation humaine dans une étape de messagerie, et ferme seulement ensuite l'espace du client.
07

Get container

container.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lit les données d'un conteneur nommé, sans toucher à ce qu'il contient.

Paramètres clés

  • Container : le conteneur à lire.
  • Simplify : option qui renvoie une réponse simplifiée plutôt que les données brutes, utile quand l'étape suivante n'a besoin que de deux ou trois valeurs.
Cas d'usage
avant un import en masse, le workflow vérifie que le conteneur cible existe bien et bascule sur une branche d'alerte au lieu de planter à mi-parcours. Mieux vaut le savoir avant deux cents fichiers que pendant.
08

Get many container

container.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les conteneurs du compte de stockage. Aucun champ obligatoire, l'opération tourne seule comme étape d'inventaire.

Paramètres clés

  • Return All : activé, tous les conteneurs remontent ; désactivé, Limit plafonne le nombre d'items.
  • Filter : ne garde que les conteneurs dont le nom commence par un préfixe donné, par exemple mycontainer.
  • Fields : ajoute metadata, deleted ou system à la sortie.
Cas d'usage
un tableau de gouvernance qui recense chaque conteneur et ses métadonnées dans Postgres.
Besoin d'aide

Besoin d'aide pour automatiser Azure Storage avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Azure Storage et n8n, les questions fréquentes

01L'intégration Azure Storage n8n est-elle gratuite ?
Oui, côté n8n. Le nœud est livré avec n8n : rien à installer, aucun coût supplémentaire, et le comportement est identique sur n8n Cloud et sur une instance auto-hébergée en Community Edition sous licence Sustainable Use. Un workflow construit d'un côté tourne de l'autre sans modification. Ce que Microsoft facture pour le compte de stockage lui-même est une autre question, traitée par Azure et pas sur cette page : regarde les conditions de ton propre compte avant de lancer une grosse reprise de fichiers. La partie automatisation, elle, ne coûte rien de plus.
02Quels credentials faut-il pour connecter Azure Storage à n8n ?
Deux méthodes d'authentification sont prises en charge : OAuth2 et Shared Key. Il faut un compte Microsoft Azure et au moins un compte utilisateur ayant accès au service. Pour OAuth2 sur une instance auto-hébergée, enregistre une application auprès de la plateforme d'identité Microsoft, colle l'OAuth Callback URL du credential n8n dans le champ Redirect URI, puis reporte l'Application (client) ID et un client secret généré dans n8n. Si un annuaire Microsoft Entra d'entreprise gère l'utilisateur, un administrateur doit avoir activé le consentement aux applications accédant aux données de l'entreprise en son nom. Le credential se crée une fois et se réutilise partout.
03Quelles sont les limites du nœud Azure Storage dans n8n ?
Le nœud couvre 8 opérations sur 2 ressources, les blobs et les conteneurs. Tout appel à l'API Azure Storage qui sort de ces opérations passe par le nœud HTTP Request, qui attaque n'importe quel endpoint en réutilisant le même credential via l'authentification prédéfinie : aucune autorisation à refaire. Sur les listes, surveille la pagination. Get many blobs et Get many container proposent tous les deux Return All, qui enchaîne les pages de l'API jusqu'au bout. Laissé désactivé, c'est Limit qui fixe le nombre d'items : parfait en test, rarement ce que tu veux en production.
04Le nœud Azure Storage réagit-il en temps réel ?
Non, parce qu'il n'existe pas de nœud trigger Azure Storage dans n8n. Rien ne part du compte de stockage vers ton workflow, donc l'exécution démarre forcément ailleurs. Trois options couvrent la quasi-totalité des besoins : un Schedule Trigger à intervalle fixe, qui convient aux inventaires, aux archivages et aux purges ; un Webhook, c'est-à-dire une URL n8n qu'un autre service appelle quand un événement se produit chez lui ; ou le trigger d'un outil déjà en place, avec le nœud Azure Storage placé plus loin dans le même workflow.
05n8n ou Make pour Azure Storage ?
Ça dépend de ce qui pèse le plus dans ta décision. Make est hébergé par son éditeur, sans option d'auto-hébergement, et se facture à l'opération : un workflow qui liste des milliers de blobs a donc un coût qui suit le volume. n8n tourne sur n8n Cloud ou sur ton propre serveur via Docker ou npm, ce qui compte quand les fichiers contiennent des données que tu préfères garder chez toi. Les deux offrent un éditeur visuel. Regarde l'hébergement, la maîtrise des données, le modèle de coût et la logique de branchement, pas une liste de fonctionnalités.