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.
modelo de silo de PostgreSQL
El modelo de silo se implementa mediante el aprovisionamiento de una instancia de PostgreSQL para cada inquilino de una aplicación. El modelo de silos destaca por el desempeño de los inquilinos y el aislamiento de seguridad, y elimina por completo el fenómeno de los vecinos ruidosos. El fenómeno del vecino ruidoso se produce cuando el uso de un sistema por parte de un inquilino afecta al desempeño de otro inquilino. El modelo de silo permite adaptar el rendimiento específicamente a cada inquilino y, potencialmente, limitar las interrupciones al silo de un inquilino específico. Sin embargo, lo que generalmente impulsa la adopción de un modelo de silo son las estrictas restricciones regulatorias y de seguridad. Estas restricciones pueden estar motivadas por los clientes de SaaS. Por ejemplo, los clientes de SaaS pueden exigir que se aíslen sus datos debido a restricciones internas, y los proveedores de SaaS pueden ofrecer dicho servicio por una tarifa adicional.
Si bien el modelo de silo puede ser necesario en ciertos casos, tiene muchos inconvenientes. A menudo es difícil utilizar el modelo de silo de manera rentable, ya que gestionar el consumo de recursos en varias instancias de PostgreSQL puede resultar complicado. Además, la naturaleza distribuida de las cargas de trabajo de las bases de datos en este modelo hace que sea más difícil mantener una visión centralizada de la actividad de los inquilinos. La gestión de tantas cargas de trabajo operadas de forma independiente aumenta la sobrecarga operativa y administrativa. El modelo de silos también hace que la incorporación de inquilinos sea más complicada y lleve más tiempo, ya que hay que aprovisionar recursos específicos para cada inquilino. Además, puede resultar más difícil escalar todo el sistema SaaS, ya que el número cada vez mayor de instancias de PostgreSQL específicas para cada inquilino exigirá más tiempo operativo de administración. Una última consideración es que una aplicación o una capa de acceso a datos deberán mantener un mapeo de los inquilinos con sus instancias de PostgreSQL asociadas, lo que aumenta la complejidad de la implementación de este modelo.
