Saltearse al contenido

Workspaces

Un workspace es un contenedor para schemas relacionados. Cada tenant recibe un workspace por defecto al registrarse, y los equipos pequeños normalmente pueden quedarse ahí. La página se vuelve útil cuando ha superado el único cubo de almacenamiento — normalmente cuando quiere separar prod de staging, o cubos ejecutivos de operativos, o los cubos de un cliente final de los de otro.

Los workspaces no imponen ninguna separación técnica entre cubos — son una capa organizativa sobre su catálogo. La superficie de control de acceso real es Miembros, donde otorga lectura o escritura por workspace por persona.

Cuándo crear otro workspace

Algunos patrones que hemos visto funcionar bien:

Prod y staging. Un workspace para cubos que alimentan dashboards de producción, otro para cubos en progreso. Cierre el workspace de prod a un pequeño conjunto de editores para que un experimento no afecte accidentalmente al informe diario de su CEO.

Agrupación por audiencia. Cubos para el equipo de liderazgo en un workspace, cubos operativos de drill-down en otro. Acceso más estrecho en el workspace de liderazgo; acceso más amplio en el operativo.

Separación por cliente. Las agencias y consultorías que ejecutan Saiku para varios clientes finales crean un workspace por encargo. Los miembros de un cliente no ven los cubos de otro.

Si ninguno de estos patrones aplica, el workspace por defecto está bien. No cree workspaces especulativamente — añaden sobrecarga en la contabilidad de Miembros.

Crear uno

Haga clic en Crear workspace, póngale un nombre (cualquier cosa apta para URL — prod, staging, client-acme), añada una descripción opcional, haga clic en Crear. Aparece en la lista y es seleccionable como destino desde el Diseñador de schemas y la Biblioteca de cubos de inmediato.

Los schemas ya guardados pueden moverse entre workspaces desde la página de Schemas.

Otorgar accesos

Abra Miembros y elija el workspace de la sección de control de acceso. Añada o elimine miembros por workspace; defina su rol por workspace. Alguien puede ser editor en prod y visualizador en staging, o en cualquier punto intermedio.

Relacionado

  • Miembros — controla quién lee o escribe realmente en cada workspace.
  • Schemas — cada schema vive en exactamente un workspace.
  • Cuenta — ajustes a nivel de tenant que están por encima de los workspaces.