Przejdź do głównej zawartości
Saiku Cloud

Workspace'y

Workspace to pojemnik na powiązane schemy. Każdy tenant dostaje jeden domyślny workspace przy rejestracji, a małe zespoły zwykle mogą się na tym zatrzymać. Strona staje się przydatna, gdy wyrastasz z jednego wiadra — typowo, gdy chcesz oddzielić prod od staging, kostki zarządcze od operacyjnych albo kostki jednego klienta końcowego od innego.

Workspace’y nie wymuszają żadnej technicznej separacji między kostkami — to warstwa organizacyjna nad Twoim katalogiem. Prawdziwą powierzchnią kontroli dostępu są Członkowie, gdzie nadajesz odczyt lub zapis per workspace per osoba.

Kiedy stworzyć kolejny workspace

Kilka wzorców, które widzieliśmy działające dobrze:

Prod i staging. Jeden workspace na kostki napędzające produkcyjne dashboardy, drugi na kostki w toku. Zamknij workspace prod do małego zestawu editorów, by eksperyment przypadkowo nie uderzył w codzienny raport Twojego CEO.

Grupowanie po publiczności. Kostki dla zespołu kierowniczego w jednym workspace, operacyjne kostki drill-down w drugim. Ciaśniejszy dostęp na workspace zarządczym; szerszy na operacyjnym.

Separacja per klient. Agencje i konsultanci prowadzący Saiku dla wielu klientów końcowych tworzą jeden workspace na zlecenie. Członkowie jednego klienta nie widzą kostek drugiego.

Jeśli żaden z tych wzorców nie ma zastosowania, domyślny workspace jest w porządku. Nie twórz workspace’ów spekulacyjnie — dodają narzutu w księgowaniu Członków.

Tworzenie

Kliknij Utwórz workspace, nazwij (cokolwiek bezpiecznego dla URL — prod, staging, client-acme), dodaj opcjonalny opis, kliknij Utwórz. Pojawia się na liście i jest natychmiast wybieralny jako cel w Schema designer i Bibliotece kostek.

Schemy już zapisane można przenosić między workspace’ami ze strony Schemy.

Nadawanie dostępu

Otwórz Członków i wybierz workspace z sekcji kontroli dostępu. Dodaj lub usuń członków per workspace; ustaw ich rolę per workspace. Ktoś może być editorem w prod i viewerem w staging, albo gdziekolwiek pomiędzy.

Powiązane

  • Członkowie — faktycznie kontroluje, kto czyta lub pisze w każdym workspace.
  • Schemy — każda schema żyje dokładnie w jednym workspace.
  • Konto — ustawienia na poziomie tenanta, które siedzą nad workspace’ami.