Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Modelos de particionamiento de datos de SaaS
Uno de los desafíos para los desarrolladores de SaaS es diseñar patrones arquitectónicos para representar y organizar datos en un entorno multiinquilino. Estos mecanismos y patrones de almacenamiento multiusuario suelen denominarse particionamiento de datos.
En un entorno SaaS multiusuario, es importante distinguir entre la partición de datos y el aislamiento de inquilinos. Estos conceptos, si bien están relacionados, no son sinónimos. El particionamiento de datos se refiere al método de almacenamiento de los datos de cada inquilino. Sin embargo, la división por sí sola no garantiza el aislamiento de los inquilinos. Se necesitan medidas adicionales para garantizar que los datos de un inquilino permanezcan inaccesibles para otro.
Los tres modelos comunes de particionamiento de datos en los sistemas SaaS multiusuario son silos,
-
Conformidad
-
Estrategia de niveles
-
Requisitos operativos
-
Necesidades de aislamiento de los inquilinos
Además, cada tipo de base de datos disponible en AWS normalmente ofrece una colección única de modelos de partición de datos y aislamiento de inquilinos. Al analizar cómo se pueden organizar los gráficos de inquilinos para satisfacer las diversas necesidades de su solución, tenga en cuenta los modelos que proporciona Amazon Neptune.
Muchos ISVs comienzan su diseño en Neptune con una de las siguientes afirmaciones:
-
La ISV solución requiere la separación física de los clientes en clústeres separados.
-
La ISV solución requiere construcciones como bases de datos con nombre o esquemas que se encuentran en los sistemas tradicionales de administración de bases de datos relacionales.
Tras considerarlo, tenga en ISVs cuenta que estas afirmaciones no son ciertas porque, en casi todas las cargas de trabajo, cada uno de sus clientes tiene un gráfico desconectado en su base de datos. La implementación de la guía de acceso y modelado de datos que se describe en este documento evita que se crucen esos límites de datos y mantiene la privacidad de los datos de los clientes.
Esta guía describe tanto el modelo de silo como el modelo de piscina, pero la mayoría ISVs elige el modelo de piscina por su rentabilidad y eficiencia operativa. La guía analiza brevemente un modelo híbrido que combina aspectos de los modelos de silo y piscina. Algunos ISVs utilizan un modelo híbrido para sus clientes más importantes a fin de adaptarse a los requisitos normativos o de cumplimiento del tamaño de un gráfico.
