Workspaces
Um workspace é um container para schemas relacionados. Todo tenant recebe um workspace default no cadastro, e times pequenos geralmente podem parar por aí. A página fica útil quando você cresceu além do balde único — tipicamente quando você quer separar prod de staging, ou cubos executivos dos operacionais, ou cubos de um cliente final dos de outro.
Workspaces não impõem nenhuma separação técnica entre cubos — são uma camada organizacional sobre seu catálogo. A real superfície de controle de acesso é Membros, onde você concede leitura ou escrita por workspace por pessoa.
Quando criar outro workspace
Alguns padrões que vimos funcionar bem:
Prod e staging. Um workspace para cubos alimentando dashboards de produção, outro para cubos em desenvolvimento. Tranque o workspace prod para um pequeno conjunto de editores para que um experimento não bata acidentalmente no relatório diário do seu CEO.
Agrupamento por audiência. Cubos para o time de liderança em um workspace, cubos operacionais de drill-down em outro. Acesso mais apertado no workspace de liderança; acesso mais amplo no operacional.
Separação por cliente. Agências e consultorias rodando o Saiku para múltiplos clientes finais criam um workspace por contrato. Membros de um cliente não veem os cubos do outro.
Se nenhum desses padrões se aplica, o workspace default está bem. Não crie workspaces especulativamente — eles adicionam overhead em gestão de Membros.
Criar um
Clique em Criar workspace, dê um nome (qualquer coisa URL-safe — prod,
staging, client-acme), adicione uma descrição opcional, clique em
Criar. Aparece na lista e fica selecionável como destino
pelo Schema designer e
Cube library imediatamente.
Schemas já salvos podem ser movidos entre workspaces pela página Schemas.
Conceder acesso
Abra Membros e escolha o workspace na
seção de controle de acesso. Adicione ou remova membros por workspace; defina
o papel deles por workspace. Alguém pode ser editor em prod e
viewer em staging, ou qualquer coisa entre os dois.