조직 격리
Fóir에서 만드는 제품에 자체 고객이 있다면, 그 고객은 각각 프로젝트 안의 조직 하나입니다. 이들의 데이터는 워크스페이스와 프로젝트를 분리하는 것과 같은 메커니즘으로 분리됩니다.
데이터베이스가 찍고 고정합니다
SDK의 어떤 호출도 조직 인수를 받지 않습니다. 조직은 자격 증명에서 오며, 행이 쓰일 때 데이터베이스 트리거가 호출자 자신의 클레임에서 조직을 찍습니다. 두 번째 트리거는 한 조직 안의 호출자가 행을 다른 조직으로 옮기지 못하게 막습니다.
읽기도 같은 방식으로 필터링됩니다. 호출자는 프로젝트 전체에서 공유되는 행, 자기 조직의 행, 그 아래 조직의 행을 봅니다.
파생 데이터도 포함됩니다
조직 수준 정책은 레코드, 파일, 사용자, 노트, 알림, 이벤트와, 이들에서 파생된 데이터에 적용됩니다. 인덱싱된 필드 값, 룩업 키, 관계, 지오메트리, 임베딩, 액세스 부여가 그것입니다. 레코드를 볼 수 없지만 그 인덱싱된 값이나 임베딩은 볼 수 있는 독자는 차단된 것이 아니므로, 이 테이블들도 포함됩니다. 검색은 호출자 자신의 정책으로 실행되므로, 호출자가 읽을 수 없었을 레코드는 결과로 돌아오지 않습니다.
조직 안에 서는 자격 증명
키는 생성할 때 하나의 조직으로 한정할 수 있으며 이후에는 바꿀 수 없습니다. 그런 키는 자기 조직, 그 아래 조직, 공유 계층을 읽고 쓰기는 자기 조직에만 합니다. 프로젝트 키는 요청마다 조직을 지정할 수 있으며, 그 프로젝트의 활성 조직이 아닌 조직은 거부됩니다.
조직이 없는 자격 증명이 읽는 것
어떤 조직에도 속하지 않는 자격 증명은 프로젝트 전체에서 공유되는 행을 읽고, 조직에 속한 것은 아무것도 읽지 못합니다. 모든 조직을 한꺼번에 읽는 것은 별도의 읽기 전용 권한이며 공개 키는 가질 수 없습니다.
캐시
캐시된 응답은 프로젝트뿐 아니라 조직별로도 저장되므로, 한 조직으로 한정되었거나 조직을 지정하는 키의 경우 두 조직의 응답이 한 항목을 공유하는 일은 없습니다.
자세히 보기
조직 가이드는 생성된 정책을 보여 주고, 요청이 조직 안에 서는 각 방식을 안내합니다.