Um projeto por cliente

O que pertence a um projeto

Conteúdo, chaves de API, usuários, os apps registrados para o login hospedado com seus domínios de login, e a marca e o endereço de envio dos e-mails pertencem todos a um projeto. Toda chave pública e secreta é criada dentro de um projeto e serve apenas esse projeto, então um deploy que lê dois projetos tem duas chaves. Uma conta de usuário pertence a um projeto, e a mesma pessoa pode ser usuário dos projetos de dois clientes de forma independente. O isolamento de projeto descreve como a fronteira é imposta.

Um workspace administra todos

Membros, papéis, convites, projetos e cobrança ficam no workspace. Pela CLI, foir projects list mostra todos os projetos que você alcança e foir projects create adiciona um.

A cota de um plano é o total entre os projetos do workspace. Um limite de projeto delimita a parcela de um projeto (registros, armazenamento de mídia, assentos, usuários ativos, e-mails de login e créditos de IA), para que um cliente não consuma toda a cota. Quantos projetos você pode ter depende do seu plano.

Concedendo um projeto a um cliente

Você tem Workspace administrator como papel. Convide o cliente e conceda a ele Project administrator no projeto dele. Ele o gerencia por completo: conteúdo, schema, webhooks, chaves e usuários. Ele não alcança nada fora dele, nem a sua fatura nem o projeto de outro cliente. Um cliente com vários sites recebe uma concessão por projeto.

Quando clientes compartilham um schema

Nada é compartilhado entre dois projetos. Para clientes que devem compartilhar um schema, a alternativa são as organizações dentro de um único projeto. Os dois formatos se combinam: um projeto por cliente, cada um dividido em organizações próprias.