Aislamiento de datos
Mirox se opera como una plataforma compartida para muchos clientes. Tu organización es tu inquilino: todo lo que le pertenece — plantas, portfolios, mediciones, archivos, eventos, tickets, informes, reglas de alerta, miembros y tokens de API — está separado de cualquier otra organización. Esta página describe cómo funciona esa separación y cuál es la única vía autorizada para cruzarla.
Tres mecanismos sostienen la separación, cada uno para un tipo de datos distinto:
| Datos | Dónde residen | Cómo se separan |
|---|---|---|
| Mediciones (potencia, energía, tensiones, estados, …) | Base de datos de series temporales | Un inquilino dedicado por organización. Una consulta se ejecuta dentro de un solo inquilino y nunca puede abarcar dos. |
| Datos de configuración y operativos (plantas, miembros, eventos, tickets, informes, reglas de alerta, …) | Base de datos relacional | Cada acceso es autorizado por el sistema de permisos antes de que se devuelva o modifique ninguna fila. |
| Documentos, imágenes y exportaciones | Almacenamiento de objetos | Se guardan bajo la planta u organización a la que pertenecen; se sirven únicamente a través de la plataforma, tras la misma comprobación de permisos, mediante enlaces firmados que caducan. |
Mediciones: un inquilino propio
Cada organización recibe su propio inquilino en la base de datos de series temporales en el momento de su creación. Los agentes de tus plantas entregan sus mediciones en ese inquilino y en ningún otro: un agente se autentica como el dispositivo registrado para su planta, y ese registro fija a qué planta — y por tanto a qué inquilino — se escriben sus datos.
En el camino de vuelta, cada lectura parte de la planta que solicitas. La plataforma resuelve la organización de la planta, y con ella el inquilino, antes de construir la consulta; la consulta se ejecuta entonces dentro de ese único inquilino. No existe ninguna forma de solicitud que lea "todos los inquilinos" o "todas las plantas": una gráfica, un KPI, un informe o una exportación siempre nombran sus plantas, y cada una de ellas se comprueba primero contra tus permisos.
Esto vale también para el acceso directo a las mediciones. La exportación de datos, la API de Metric Export y los paneles de Grafana no hablan directamente con la base de datos. Pasan por un proxy que autentica la solicitud, resuelve las plantas que el solicitante puede ver, reescribe la consulta para que solo pueda coincidir con esas plantas y solo entonces la reenvía. Una consulta que nombra una planta que no puedes ver no devuelve nada para esa planta: el proxy no confía en que lo pidas educadamente.
Datos de configuración y operativos: una comprobación en cada acceso
Las plantas, los portfolios, los miembros, los eventos, los tickets, los informes, las reglas de alerta y el resto de la configuración se guardan en una única base de datos relacional, y el límite entre organizaciones lo hace cumplir el sistema de permisos en cada una de las solicitudes:
- La solicitud se autentica primero; una solicitud sin una sesión válida o un token de API se rechaza antes de tocar ningún dato.
- A continuación, el sistema de permisos decide por recurso. Una planta se comprueba contra tus roles; todo lo que pertenece a una planta — sus componentes, eventos, tickets, archivos, comentarios, contratos — se comprueba contra esa planta, nunca contra el subelemento por sí solo.
- Las listas se filtran, no se ocultan: una lista de plantas, eventos o informes se construye únicamente a partir de los recursos que puedes ver. No existe ninguna vía de "mostrar todo" que luego se recorte en el navegador.
- La comprobación se ejecuta dentro de la misma transacción de base de datos que lee o modifica los datos. Un resultado nunca puede componerse a partir de filas que la comprobación no haya cubierto.
Lo que no puedes ver tampoco existe para ti de ninguna otra forma: no está en los resultados de búsqueda, ni en las notificaciones, ni en las respuestas del asistente de IA, ni en las exportaciones. El asistente y los asistentes guiados agénticos trabajan exactamente con los permisos de la persona que los utiliza.
Archivos
Los documentos, las imágenes y las exportaciones generadas se guardan en el almacenamiento de objetos bajo la planta u organización a la que pertenecen. Nunca se sirven directamente desde el almacenamiento: una descarga se solicita a través de la plataforma, que realiza la misma comprobación de permisos que para la propia planta y entrega entonces un enlace firmado que caduca. Un enlace no puede adivinarse ni reutilizarse para otra planta.
Paneles
Cada organización recibe su propia organización dentro de Grafana con su propia fuente de datos. Los paneles, las carpetas y las consultas guardadas de un cliente no son visibles en la organización de Grafana de otro, y cada consulta que envía un panel sigue pasando por el proxy descrito arriba: la organización de Grafana es un límite de comodidad por encima del límite real, no un sustituto de este.
Agentes
Cada planta tiene su propio agente Mirox. Los agentes funcionan de forma descentralizada en clústeres de agentes, en regiones distintas de las de la propia plataforma. Los agentes nunca comparten un servicio, una región de memoria ni un túnel, y un agente solo puede entregar datos de la planta en la que está registrado. Las opciones de despliegue describen cómo se aíslan los agentes entre sí en los clústeres de agentes.
Cruzar el límite a propósito
Hay exactamente una vía para que alguien ajeno a tu organización vea tus datos, y es deliberada, visible y revocable:
- Una cooperación concede a otra organización acceso a plantas o portfolios concretos. La crea un Administrador o un Moderador de tu organización, enumera lo que se comparte y termina en el momento en que se revoca. No se copia nada: el socio lee los mismos datos bajo las mismas comprobaciones, y su acceso está acotado por las restricciones de cooperación.
- Un miembro Externo se invita a tu organización con un rol limitado y ve únicamente lo que ese rol permite.
- Un token de API solo puede restringir los permisos del usuario que lo creó, nunca ampliarlos.
Todo lo demás — otro cliente, una búsqueda, un identificador adivinado, una consulta manipulada — termina en el límite. El registro de auditoría de accesos registra quién accedió a qué planta, de modo que puedes verificarlo para tu organización en cualquier momento.
Preguntas frecuentes
¿Puede otro cliente de Mirox ver alguna vez mis plantas? No. Sus solicitudes se ejecutan con sus permisos y dentro de su inquilino; tus plantas no forman parte de ninguno de los dos.
¿Una cooperación copia mis datos al socio? No. Una cooperación es un permiso, no una copia. El socio lee las plantas compartidas en directo, y no queda nada en su lado una vez revocada la cooperación.
¿La separación es la misma para la API y para la aplicación web? Sí. La aplicación web, la aplicación móvil, la API y el asistente de IA pasan todos por el mismo backend y por las mismas comprobaciones. No hay una segunda vía con reglas más laxas.
¿Cómo puedo verificar quién accedió a mis datos? Abre el registro de auditoría de accesos de tu organización. Enumera cada acceso a tus plantas, incluidos los realizados a través de cooperaciones.
Páginas relacionadas
- Sistema de permisos — los roles y las capas que deciden cada acceso
- Cooperaciones y Restricciones de cooperación — la vía autorizada para cruzar el límite
- Registro de auditoría de accesos — el registro de cada acceso
- Visión general de la nube — cómo está construida la plataforma