プロジェクトの分離

1つのキー、1つのプロジェクト

APIキーはプロジェクト内で作成され、そのプロジェクトだけに対応します。データベースは、プロジェクトのない公開キーやシークレットキーを保存しません。リクエストが届くと、プロジェクトはヘッダーからではなく、キー自身のレコードから読み取られ、キーとは別のプロジェクトを指定するリクエストは拒否されます。

カスタムAPIドメインがこれを変えることはありません。選ぶのは引き続きキーで、別のプロジェクトに属するドメインで提示されたキーは拒否されます。

プロジェクトに限定されたチームメンバー

1つのプロジェクトに付与されたロールは、そのプロジェクトの行に対してのみ有効です。2つのサイトを持つクライアントには、それぞれに付与が必要で、一方で持っているものが他方に及ぶことはありません。同じ人が、あるプロジェクトの管理者でありながら、次のプロジェクトには一切アクセスできないこともあります。

行のルール

プロジェクトに属するすべてのテーブルは、ワークスペースのidの隣にプロジェクトのidを持ち、そのポリシーは、両方が呼び出し元のセッションと一致することを要件とします。コンテンツ、ユーザー、ファイルについては、ポリシーがさらに、呼び出し元が見られる行を判断します。フック、スケジュール、ドメインなどの設定については、データベースが封じ込めを保証し、変更する権限はリクエストの到着時にチェックされます。

ステージングと本番

Fóirにはテストモードも、第2の種類のキーもありません。ステージング環境は、独自のデータと独自のキーを持つ2つ目のプロジェクトで、1つの設定ファイルで両方を宣言して、同期を保てます。