Architecture et flux de données
L’application Next.js sert l’interface et les APIs autorisées.
Suivre les flux entre application, base et fournisseurs
L’application Next.js sert l’interface et les API autorisées. Supabase fournit PostgreSQL, Auth, Storage et Realtime. PostgreSQL conserve les enregistrements applicatifs, l’état des comptes et de la plateforme ainsi que les métadonnées Storage. Le backend Storage conserve les octets des fichiers. La configuration serveur protégée contient les clés et les identifiants des fournisseurs. Les conteneurs applicatifs peuvent être recréés, mais les volumes de la base, les fichiers Storage et les clés correspondantes doivent être conservés ensemble pour permettre une restauration complète.
Suivre une requête
Le navigateur utilise les origines publiques de l’application et de Supabase. Auth établit la session ; les points d’accès serveur vérifient l’identité de l’utilisateur et son accès à l’objet avant toute lecture ou modification. Realtime transmet les mises à jour aux sessions connectées. Dans le profil full, les appels serveur passent par Kong en interne, sans changer les origines du navigateur ni l’identité des liens de compte. Le planificateur appelle les tâches HTTP authentifiées indépendamment du navigateur.
Identifier les destinations externes
Les modèles IA, les e-mails, Git, les serveurs MCP distants, les notifications push, les statistiques d’usage et le stockage externe ont leurs propres destinations lorsqu’ils sont activés. Héberger l’application ne rend pas ces services locaux. Avec Supabase géré, le fournisseur exploite le backend choisi ; le profil full place la pile épinglée sous votre contrôle. En Cloud, minddy exploite le service avec ses fournisseurs. En auto-hébergement, vous choisissez les services et fournissez les comptes nécessaires. Examinez les permissions, les coûts et les conditions de traitement des données de chaque intégration. Ne déduisez jamais un fournisseur ou l’édition Cloud d’un nom d’hôte ou d’une plateforme de déploiement.