Architettura e flussi di dati
Segui richieste e dati tra minddy, Supabase, scheduler, sandbox e provider esterni, distinguendo servizi persistenti e destinazioni dei dati.
Seguire flussi fra applicazione, database e provider
Next.js fornisce l’interfaccia e le API autorizzate. Supabase fornisce PostgreSQL, Auth, Storage e Realtime. PostgreSQL conserva i record dell’applicazione, gli account, i dati di piattaforma e i metadati dei file; Storage conserva i byte. La configurazione protetta contiene chiavi e impostazioni dei provider. I container possono essere ricreati, mentre volumi, byte e chiavi devono persistere. Un ripristino completo riunisce questi elementi allo stesso punto di recupero.
Seguire una richiesta
Il browser usa le origini pubbliche di minddy e Supabase. Auth crea la sessione; il server verifica l’attore e l’oggetto prima di eseguire un’operazione. Realtime propaga gli aggiornamenti. Nel profilo full il server usa Kong sulla rete interna senza cambiare le origini del browser o i link degli account. Lo scheduler invia richieste HTTP autenticate senza un browser.
Identificare destinazioni esterne
IA, email, Git, MCP remoto, notifiche push, analytics e archiviazione esterna sono destinazioni distinte quando vengono abilitate. Ospitare minddy sul tuo server non rende locali questi servizi. Nel profilo managed il backend è gestito dal provider scelto; full lo pone sotto il tuo controllo. minddy Cloud gestisce il servizio e i suoi provider, mentre in self-hosted sei tu a configurare account e scelte. Verifica permessi, costi e condizioni di trattamento dei dati. Non dedurre il provider o l’edizione Cloud dal solo hostname o dalla piattaforma di distribuzione.