Un prompt peut-il remplacer n8n Cloud ?

Ne construis pas d’outil d’automatisation — déploie le vrai n8n, open source. Fais-le tourner via Docker Compose sur un petit VPS avec un volume persistant pour son répertoire de données ; le stockage SQLite convient à l’échelle personnelle, pas besoin d’un serveur de base de données séparé. Lie n8n à localhost et expose-le via ton reverse proxy existant sur un sous-domaine HTTPS, en t’appuyant sur la propre connexion de n8n pour le contrôle d’accès. Définis explicitement sa clé de chiffrement comme variable d’environnement et sauvegarde cette clé séparément de tout le reste — la perdre rend chaque identifiant stocké illisible pour toujours, ce qui vaut la peine d’être dit haut et fort dans le README. Définis la variable d’environnement d’URL de webhook vers ton sous-domaine public pour que les services externes puissent réellement déclencher tes workflows. Mets en place une sauvegarde nocturne qui exporte les workflows et identifiants via la propre CLI de n8n et copie le volume de données ailleurs, et un script de mise à jour qui épingle une version précise, sauvegarde d’abord, puis récupère et redémarre — ne mets jamais à jour aveuglément vers une version latest non taguée. Importe un ou deux workflows de démarrage comme test de fumée que tout le pipeline fonctionne de bout en bout.

Ne construis pas de fonctionnalités d’équipe multi-utilisateurs, ni de montée en charge haute disponibilité — c’est la boîte d’automatisation d’une personne, pas une plateforme. Les opérations sont ce qui est réellement pris en charge ici ; le README devrait le dire clairement.