Un progetto per cliente

Cosa appartiene a un progetto

Contenuti, chiavi API, utenti, le app registrate per il login ospitato con i loro domini di login, e il branding e l'indirizzo mittente delle email appartengono tutti a un progetto. Ogni chiave pubblica e segreta viene creata dentro un progetto e serve solo quel progetto, quindi un deploy che legge due progetti ha due chiavi. Un account utente appartiene a un progetto, e la stessa persona può essere utente dei progetti di due clienti in modo indipendente. L'isolamento dei progetti descrive come viene applicato il confine.

Un workspace li amministra

Membri, ruoli, inviti, progetti e fatturazione stanno a livello di workspace. Dalla CLI, foir projects list mostra ogni progetto che puoi raggiungere e foir projects create ne aggiunge uno.

La quota di un piano è il totale su tutti i progetti del workspace. Un limite di progetto circoscrive la parte di un singolo progetto (record, storage dei media, postazioni, utenti attivi, email di login e crediti AI), così un cliente non può consumare l'intera quota. Quanti progetti puoi avere dipende dal tuo piano.

Concedere a un cliente il suo progetto

Hai Workspace administrator come ruolo. Invita il cliente e concedigli Project administrator sul suo progetto. Lo gestisce per intero: contenuti, schema, webhook, chiavi e utenti. Non raggiunge nulla al di fuori, né la tua fattura né il progetto di un altro cliente. Un cliente con più siti riceve una concessione per progetto.

Quando i clienti condividono uno schema

Tra due progetti non si condivide nulla. Per i clienti che devono condividere uno schema, l'alternativa sono le organizzazioni dentro un singolo progetto. Le due forme si combinano: un progetto per cliente, ciascuno suddiviso in organizzazioni proprie.